OZO FHIR implementation guide
0.2.4 - ci-build
OZO FHIR implementation guide - Local Development build (v0.2.4) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Contents:
This page provides a list of the FHIR artifacts defined as part of this implementation guide.
These define constraints on FHIR resources for systems conforming to this implementation guide.
| OZO AuditEvent |
AuditEvent profile for OZO AAA Proxy to comply with NEN7510 standards |
| OZO CareTeam |
CareTeam profile for the OZO platform. Represents a care network consisting of healthcare professionals and informal caregivers coordinating care for a patient. |
| OZO Communication |
Communication profile for the OZO platform. Represents messages exchanged within the care network, linking to threads via CommunicationRequest. |
| OZO CommunicationRequest |
CommunicationRequest profile for the OZO platform. Represents a message thread or conversation within the care network. Individual messages are Communication resources that reference this thread via partOf. |
| OZO Organization |
Organization profile for the OZO platform. Represents healthcare organizations (hospitals, pharmacies, general practices) that employ practitioners in the care network. |
| OZO Patient |
Patient profile for the OZO platform. Represents the client/patient who is the subject of care coordination between healthcare professionals and informal caregivers. |
| OZO Practitioner |
Practitioner profile for the OZO platform. Represents healthcare professionals who are part of the patient's care team. |
| OZO RelatedPerson |
RelatedPerson profile for the OZO platform. Represents informal caregivers (family members, friends) who are part of the patient's care network. |
| OZO Task |
Task profile for the OZO platform. Represents work assignments, referrals, or action items within the care network. Tasks can be linked to message threads via basedOn. |
These define constraints on FHIR data types for systems conforming to this implementation guide.
| OZO Resource Origin |
Device that originally created the resource |
| OZO Sender CareTeam |
Extension to specify a CareTeam as the sender/reply-to address for team-level messaging. This extension is needed because CommunicationRequest.sender does not allow CareTeam references in FHIR R4. |
| OZO Span ID |
W3C Trace Context span-id for distributed tracing |
| OZO Trace ID |
W3C Trace Context trace-id for distributed tracing |
These define sets of codes used by systems conforming to this implementation guide.
| OZO AuditEvent Agent Type ValueSet |
Types of agents in OZO audit events |
| OZO AuditEvent Entity Type ValueSet |
Types of entities in OZO audit events |
| OZO AuditEvent Source Type ValueSet |
Types of sources in OZO audit events |
| OZO AuditEvent Subtype ValueSet |
Subtypes of audit events for OZO |
| OZO AuditEvent Type ValueSet |
Types of audit events for OZO |
These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like.
| AuditEvent - Practitioner Manu Access |
Example of an AuditEvent for Practitioner accessing Communication resources |
| AuditEvent - Practitioner Mark Access |
Example of an AuditEvent for Practitioner Mark Benson accessing Communication resources |
| AuditEvent - REST Create Operation |
Example of an AuditEvent for a successful REST create operation through OZO AAA Proxy |
| AuditEvent - REST Search Operation |
Example of an AuditEvent for a REST search operation through OZO AAA Proxy |
| AuditEvent - REST Update Operation Failure |
Example of an AuditEvent for a failed REST update operation through OZO AAA Proxy |
| AuditEvent - RelatedPerson Access |
Example of an AuditEvent for RelatedPerson accessing Communication resources |
| AuditEvent - System Access |
Example of an AuditEvent for a system-to-system access through OZO AAA Proxy |
| CareTeam Clinic B - Huisarts Amsterdam |
Example of a clinic team used for team-level messaging. This CareTeam represents the clinic as a whole for shared inbox functionality. |
| CareTeam Pharmacy A - Apotheek de Pil |
Example of a pharmacy team used for team-level messaging. This CareTeam represents the pharmacy as a whole for shared inbox functionality. |
| CareTeam-Department-Thuiszorg | |
| CareTeam-H-de-Boer | |
| CareTeam-Jan-de-Hoop | |
| Communication-Practitioner-to-Practitioner | |
| Communication-RelatedPerson-to-CareTeam | |
| CommunicationRequest-Thread-Example | |
| OZO AAA Proxy Device |
Device representing the OZO AAA Proxy instance |
| Organization-Apotheek-de-Pil | |
| Organization-Huisarts-Amsterdam | |
| Organization-Ziekenhuis-Amsterdam | |
| Organization-Ziekenhuis-Amsterdam-2 | |
| Patient-H-de-Boer | |
| Patient-Jan-de-Hoop | |
| Practitioner-A-P-Otheeker | |
| Practitioner-Annemiek-Jansen | |
| Practitioner-Johan-van-den-Berg | |
| Practitioner-Lars-Hendriks | |
| Practitioner-Manu-van-Weel | |
| Practitioner-Marijke-van-der-Berg | |
| Practitioner-Mark-Benson | |
| Practitioner-Pieter-de-Vries | |
| Practitioner-Sophie-de-Boer | |
| RelatedPerson-Jane-Groen | |
| RelatedPerson-Kees-Groot | |
| RelatedPerson-Maria-Groen-de-Wit | |
| RelatedPerson-Thomas-Groen | |
| RelatedPerson-Willem-Bakker | |
| Task-Practitioner-Manu-Example | |
| Task-Practitioner-Mark-Example | |
| Task-RelatedPerson-Example | |
| Team Messaging: Clinic Response |
Reply from the clinic to the pharmacy. A practitioner from the clinic responds - the sender is the individual (for auditability) while the recipient is the pharmacy CareTeam (read from CommunicationRequest.sender for reply-to address). |
| Team Messaging: Initial Message from Pharmacy |
First message in the thread - the initial question from the pharmacy practitioner. The sender is the individual practitioner (for auditability) while the recipient is the clinic CareTeam (for shared inbox). |
| Team Messaging: Pharmacy Follow-up (Different Practitioner) |
Follow-up from a different practitioner at the pharmacy. This demonstrates that multiple team members can participate in the same thread. Note that the sender is a different practitioner from the original requester. |
| Team-to-Team CommunicationRequest: Pharmacy to Clinic |
Example of a team-to-team CommunicationRequest where a pharmacy sends a message to a clinic. The senderCareTeam extension specifies the pharmacy team as the reply-to address for team-level authorization. The requester is the individual practitioner who initiated the thread for auditability. |