Quality Assurance - Template - Technisch Ontwerp
|
|
This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. |
| Processen: | Verkennen | Ontwikkelen & Testen | Publiceren | Beheren | Kwalificeren |
|---|
Inhoud
1 Disclaimers
This section provides general disclaimers for the implementation and use of this information standard.
1.1 Support
For questions, feedback, or change requests, please contact the support team at https://nictiz.atlassian.net/servicedesk/customer/portal/4
1.2 Known issues
The information standard described in this document is actively maintained and continuously improved. However, certain limitations may exist due to ongoing development, external dependencies, or the complexity of healthcare interoperability. The known issues listed here are intended to promote transparency and help implementers plan accordingly.
2 Introduction
This is the FHIR implementation guide (IG) for the information standard [informatiestandaard]. This IG must be used together with the functional specification: [[Landingspagina_[informatiestandaard]| see [informatiestandaard] main page]].
In addition, the guidelines as specified in general FHIR STU3 Implementation Guide apply. The guide defines how to implement FHIR STU3 and what rules apply (e.g. how to handle empty reponses etc.). In particular, the reader should take note of the use case overarching principles and the use of FHIR packages.
3 Boundaries & relationships
4 Workflow & transactions
MJ
Beginnen met aankaarten van "speciale workflows" (o.a. Notified Pull), als dit er is verwijzen naar de pagina's die de juiste info bevatten.
Diagrammen aangeven over welke flows doorlopen worden door de specifieke partijen - zoals bijvoorbeeld IHE dat doet in Technische ontwerp
5 Actors involved
6 Use-cases
IS.
[aantekening, nog schetsmatig. de aanscherping en vertaling naar Engels volgt. Daar waar het FO over het 'wat' gaat, gaat het in het TO over het 'hoe']
In dit hoofdstuk wordt vanuit de gekozen techniek (e.g., FHIR) een technische uitwerking gegeven via FHIR queries. Een Transactie in ART-DECOR kun je zien als een maximaal bericht (die van toepassing is op meerdere use-cases). Via queries wordt de uitwisseling verder aangescherpt. Via optionele bereik parameters (e.g. lastn) kan voor meerdere use-cases in de gegevensuitwisseling worden voorzien.
FHIR query specificatie kan via een tabel met de volgende kolommen
- . Query (inc gekozen resources)
- . Code parameters
- . Optionele 'bereik' parameters
- . Relevante profielen
- . toelichting
6.1 Example 1
6.1.1 Invocations
6.2 Example 2
6.2.1 Invocations
thema's als NP verdienen een specifiek hoofdstuk. De NP gaat 'horizontaal' door meerdere use cases.
7 Data-exchange standard
7.1 HL7 FHIR
| Chapter no. | HCIM EN | Resource | Profile |
|---|---|---|---|
| 1 | Patient | Patient | https://simplifier.net/nictizstu3-zib2017/nl-core-patient |
| Name | GitHub-link |
|---|---|
| Patient | https://github.com/Nictiz/Nictiz-testscripts/blob/main/src/ |
Eventueel naar FHIR IG in de toekomst?
8 References
9 Release notes (Geen deel van template)
In onderstaande tabel staan alle wijzigingen met betrekking tot dit Quality Assurance (QA) Proces, vanaf versie 3.0.0.
| Versie | Datum | Release notes |
|---|---|---|