HL7® Austria FHIR® Core Profile for patient data in Austria. The HL7® AT Core Patient is based upon the core FHIR® Patient Resource and designed to meet the applicable patient demographic data elements in Austria. It identifies which core elements, extensions, vocabularies and value sets SHALL be present in the resource when using this profile. Note, this extension represents the common structure of Patient information within Austrian information systems.

HL7® Austria FHIR® Core Profile for valuesets in Austria. The HL7® AT Core ValueSet is based upon the core FHIR® ValueSet Resource and defines the use of the OID extension.

Linked Care Profile for dispense documentation. The dispense must be documented by the dispensing pharmacist and specify if an order was fulfilled completly or partially. The LINCA Dispense must have an LINCA Prescription as authorizingPrescription.

Linked Care profile for Medication Resource to ensure ELGA compliant representation. Bind code to ELGA CodeSystem (‘asp-liste’) and doseForm to ELGA ValueSet (‘elga-medikationdarreichungsform’).

Linked Care Profile for prescriptions. The prescriptions are created by the practicioner software but must be basedOn an assigned LINCA Proposal Item. The assigned practicioners can view, modify or cancel all of their assigned proposal items.

Linked Care profile for individual proposal positions. A list of proposal positions is first received as contained resources in a LINCA Proposal. Then the Linked Care FHIR server creates an instance for each contained item. These instances are send to the assigned practicioner(s) for authorization.

Linked Care Profile for the overall proposal. The LINCA Proposal List serves as container for the individual placements. The placer’s software creates the RequestOrchestration when (re)ordering medication.

HL7® Austria FHIR® Core Profile for address data in Austria. Note, this extension represents the common structure of address information within Austrian information systems. This extension does not restrict the documented information to Austrian adresses. Address information that does not fit into the given structure may be captured by Address Additional Information.

HL7® Austria FHIR® Core Extension for the additional information part of the Austrian address.

HL7® Austria FHIR® Core Extension for the religion (registered in Austria) of a patient. The extension is used to encode the religious confession of a patient (only confessions registered in Austria). Furthermore, it uses the official HL7 AT CodeSystem for religion and is therefore aligned with the ELGA ValueSet, respectively.

HL7® Austria FHIR® Core Extension for the capturing of OID in ValueSets to reference the CodeSystem they come from. The extension is used to document the OID of the system of a code referenced in a ValueSet, to align FHIR with the HL7 Austria CDA document guidelines.

Value Set for ISO 3166-1 alpha 3 used in ELGA. Also accessible on Termpub - ValueSet - ELGA Ländercodes.

Set of religious affiliations to be used in ELGA. It is preferred to use entries of the first level hierachy (1-L). Also accessible on Termpub - ValueSet - ELGA ReligiousAffiliation.

Code system for the religions and faith communities in Austria. Also accessible on Termpub - CodeSystem - HL7 AT ReligionAustria.

ISO code system for country codes with 3 letters. Also accessible on Termpub - CodeSystem - ISO 3166-1 alpha 3.

LINCARequestOrchestration created by DGKP Susanne Allzeits. It contains the single medication proposal for her client Renate Rüssel-Olifant without a specified pharmacy for pickup.

The Linked Care FHIR server, creates an instance from DGKP Susanne Allzeit’s single medication proposal.

Practitioner Dr. Wibke Würm is designated practicioner for Renate Rüssel-Olifant. They decide that the received proposal is ok and issue a prescription for the medication.

Pharmacist Mag. Andreas Amsel, owner of the pharmacy Apotheke ‘Zum frühen Vogel’ has access to and permission in a pharmacist role in the LINCA system. When he is expected to fullfil medication orders for a customer Renate Rüssel-Olifant, and he has a LINCA order Id to go with a purchase her care giver Susanne Allzeit just made for her, then Mag. Andreas Amsel submits a dispense record for the order position in question.

DGKP Walter Specht submits LINCARequestOrchestration containing individual proposal items and specifies a pharmacy for pickup. Each item consists of 1 medication for a single patient. Hence, if one patient needs multiple medications, each must be an individual proposal item.

The proposal was successfully posted to the Linked Care FHIR server and an instance of the inline LINCAProposalMedicationRequest was created.

Second proposal item of DGKP Walte Specht’s proposal. Instance is for another patient in ‘Haus Vogelsang’

DGKP Walter Specht needs to modify details of his proposal. He wants to update one individual proposal item for his client Günter Gürtelthier.

DGKP Walter Specht needs to cancel individual proposal positions for his client Patrizia Platypus. He submits updates on those positions, providing a reason for cancellation, such as a medical reason, and sets their status to ‘cancelled’.

Dr. Silvia Spitzmaus does not agree with the proposed medication for Patient Walter Gürtelthier, hence she issues a prescription for a different medication.

After issuing the prescription for Walter Gürtelthier, Dr. Silvia Spitzmaus realizes the dosage needs adjustment. ence, she submits an update to that prescription with new dosage instructions.

LINCA Proposal with different dummy data as in the user stories. Shows all ELGA conform encodeing of dosage instructions used by the other examples.

Instance of fictitious patient, who is an inpatient at Haus Vogelsang

Instance of fictitious patient, who is inpatient at Haus Vogelsang

Instance of fictitious patient, who is a client at Pflegedienst Immerdar