References/Patient

referenceclinicalFHIR: PatientCARE 3.0+source

Clinical

Concepts

Patient

Encounter Condition Allergy & Intolerance Observation Diagnostic Report Service Request Specimen Consent Clinical Notes

Questionnaire Response

Flows

Create a patient

References

Patient

Encounter Condition Allergy Intolerance Observation Diagnostic Report Consent Notes Specimen Service Request

Questionnaire Response

Technical reference for the Patient module in Care EMR. For a product-oriented overview, see the Patient concept.

Models

Model	Purpose
Patient	Core patient record
PatientOrganization	Links a patient to an Organization
PatientUser	Grants a User access to a patient with a RoleModel
PatientIdentifierConfig	Defines identifier types (instance-wide or per-facility)
PatientIdentifier	Stores an identifier value for a patient

All models extend EMRBaseModel (shared Care EMR base with external_id, audit fields, and soft-delete semantics).

Patient fields

Demographics

Field	Type	Notes
name	CharField(200)	Display name
gender	CharField(35)	Administrative gender
date_of_birth	DateField	Nullable; preferred when known
year_of_birth	IntegerField	Min 1900; used when full DOB is unknown. Auto-set from date_of_birth on save
deceased_datetime	DateTimeField	Set when patient is marked deceased; affects age calculation
blood_group	CharField(16)

Contact & address

Field	Type	Notes
phone_number	CharField(14)	Validated with mobile_or_landline_number_validator
emergency_phone_number	CharField(14)	Same validator
address	TextField	Current address
permanent_address	TextField
pincode	IntegerField	Nullable

Organization & access caches

These are denormalized caches rebuilt on every Patient.save() for fast filtering without deep joins.

Field	Type	Notes
geo_organization	FK → Organization	Geographic/administrative org assignment
organization_cache	ArrayField[int]	Rebuilt by rebuild_organization_cache() — includes geo_organization parent chain and all linked PatientOrganization orgs
users_cache	ArrayField[int]	Rebuilt by rebuild_users_cache() — user IDs from PatientUser rows

Identifiers & tags

Field	Type	Notes
instance_identifiers	JSONField	List of {config, value} built from PatientIdentifier rows (instance-scoped configs)
facility_identifiers	JSONField	Dict keyed by facility_id → list of {config, value}
instance_tags	ArrayField[int]	Instance-level tag IDs
facility_tags	JSONField	Dict keyed by facility → tag IDs
extensions	JSONField	Open extension bag for deployment-specific metadata

Identifier values live in PatientIdentifier and are materialized into the JSON caches via build_instance_identifiers() and build_facility_identifiers(facility_id).

Related models

PatientOrganization

patient  → FK Patient
organization → FK Organization

Saving a PatientOrganization triggers patient.save(), which rebuilds organization_cache.

PatientUser

Grants a Care user access to a patient record.

user   → FK User
patient → FK Patient
role   → FK RoleModel (PROTECT)

Saving a PatientUser triggers patient.save(), which rebuilds users_cache.

PatientIdentifier / PatientIdentifierConfig

PatientIdentifierConfig defines what identifiers exist (status, optional facility scope, JSON config). PatientIdentifier stores the actual value:

patient → FK Patient
config  → FK PatientIdentifierConfig
facility → FK Facility (nullable)
value   → CharField(1024), indexed

PatientIdentifierConfigCache provides in-process caching for configs (get_instance_config(), get_facility_config(facility_id)).

Methods & save behaviour

Age

• get_age() → str — human-readable age (years, months, days) relative to deceased_datetime or now
• age → int — whole years only

Both use date_of_birth when present, otherwise year_of_birth (January 1).

save() side effects

On every save:

1. If date_of_birth is set and year_of_birth is empty → year_of_birth is derived
2. rebuild_organization_cache() runs
3. rebuild_users_cache() runs
4. A second save(update_fields=["organization_cache", "users_cache"]) persists the caches

Integrators should expect two write passes when creating or updating patients through the ORM.

API integration notes

• Patient records are exposed through Care's REST API and FHIR Patient resources; field names in API payloads may differ from Django model names.
• Use instance_identifiers / facility_identifiers JSON for read-optimized identifier lookup; write through PatientIdentifier for consistency.
• extensions is the supported place for custom key-value data without schema migrations.
• users_cache and organization_cache are maintained by the platform — do not set them directly from clients.

Clinical

Concepts

Patient · Encounter · Condition · Allergy · Observation · Dx Report · Service Request · Specimen · Consent · Notes · Q. Response

Flows

Create a patient

References

Patient · Encounter · Condition · Allergy · Observation · Dx Report · Consent · Notes · Specimen · Service Request · Q. Response

Related

Pages that link here:

• Concepts/Patient
• Flows/Create a patient

• Concept: Concepts/Patient
• Flow: Flows/Create a patient

Wiki: ohcnwiki.tellmey.fyi

Fast Healthcare Interoperability Resources — an HL7 standard for exchanging healthcare data. CARE is built on FHIR R5.

Open Healthcare Network's flagship product: an open-source, FHIR-native electronic medical record (EMR) and healthcare operating system.

Electronic Medical Record — the digital record of a patient's clinical information.