HL7 Czech Health information exchange Implementation Guide
0.0.1 - ci-build
HL7 Czech Health information exchange Implementation Guide, published by HL7 Czech Republic. This guide is not an authorized publication; it is the continuous build for version 0.0.1 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7-cz/HIE/ and changes regularly. See the Directory of published versions
This section corresponds to transaction [ITI-66] of the IHE Technical Framework. Transaction [ITI-66] is used by the Document Consumer and Document Responder Actors. This transaction is used to locate and return metadata for previously stored document submission sets or folders.
The Find Document Lists [ITI-66] transaction is used to find List Resources that satisfy a set of parameters. It is equivalent to the:
The result of the query is a Bundle containing List Resources that match the query parameters.
Table 1: Actor Roles
Actor | Role |
---|---|
Document Consumer | Requests List Resources, matching the supplied set of criteria, from the Document Responder |
Document Responder | Returns List Resources that match the search criteria provided by the Document Consumer |
FHIR-R4 HL7 FHIR Release 4.0
Figure 1: Find Document Lists Interactions
The response Bundle SHALL follow the CZ MHD Find Document References Comprehensive Response message.
If a Document Responder does not respond, an OperationOutcome with a severity warning SHALL be added to the aggregated results indicating the community does not respond.
For matching DocumentReferences returned by the Document Responder, the Document Responder SHALL ensure by rewriting the id and attachment.url that follow-up reads, updates or document retrieval will be handled by same Document Responder actor. Any id, url rewrite SHALL be resolvable for at least an hour.
The CapabilityStatement resource for the Document Consumer is MHD Document Consumer.
The CapabilityStatement resource for the Document Responder is MHD Document Responder.
The transaction SHALL be secured by Transport Layer Security (TLS) encryption and server authentication with server certificates. Transactions across communities SHALL use mTLS.
The transaction SHALL use client authentication and authorization using one of the following strategies:
Will be added in future (ATNA)