W programowaniu obiektowym (OOP) klasa jest "szablonem" (definicją typu), który opisuje:
- jakie dane przechowuje dany typ (atrybuty/własności),
- jakie działania potrafi wykonać (metody),
- jak zachowuje się w typowych sytuacjach.
Instancja klasy to natomiast konkretny egzemplarz utworzony na podstawie tej definicji, czyli obiekt. Obiekt ma własną tożsamość i własny stan: dwa obiekty tej samej klasy mogą mieć inne wartości atrybutów (np. dwóch pacjentów opisanych klasą "Pacjent" będzie miało różne dane identyfikacyjne i wyniki badań).
Dlaczego pozostałe odpowiedzi nie pasują?
- "Własność" (często: atrybut/pole/property) to pojedyncza cecha obiektu, np. numer identyfikacyjny, data badania czy status urządzenia. To element składowy obiektu, a nie sam egzemplarz klasy.
- "Metoda" to operacja/zachowanie zdefiniowane w klasie (i wykonywane przez obiekt), np. obliczenie dawki, walidacja danych, zapis do bazy. Metoda nie jest instancją klasy.
- "Dziedziczenie" opisuje relację między klasami (np. klasa bazowa i klasa pochodna) i mechanizm ponownego użycia/rozszerzania. To koncepcja projektowa, a nie nazwa egzemplarza.
W praktyce (także w systemach informatyki medycznej) rozróżnienie "klasa vs obiekt" jest kluczowe: projektuje się klasy jako modele domenowe, a następnie tworzy obiekty reprezentujące rzeczywiste byty i zdarzenia (pacjent, zlecenie, wynik, urządzenie). Na egzaminie warto zapamiętać prostą regułę: klasa = opis, instancja = obiekt.