gen:V0.1 Ontwerp Generiek: verschil tussen versies
| Regel 1: | Regel 1: | ||
{{underconstruction}} | {{underconstruction}} | ||
{{NOINDEX|visible=yes}} | {{NOINDEX|visible=yes}} | ||
| + | |||
==Ontwerp generieke standaardcomponenten== | ==Ontwerp generieke standaardcomponenten== | ||
In ontwikkeling | In ontwikkeling | ||
| − | + | ||
| − | |||
==Dynamische waardelijsten== | ==Dynamische waardelijsten== | ||
{{:gen:V0.1_Ontwerp_Dynamische_waardelijsten}} | {{:gen:V0.1_Ontwerp_Dynamische_waardelijsten}} | ||
| + | |||
| + | |||
| + | |||
| + | __NUMBEREDHEADINGS__ | ||
| + | {{DISPLAYTITLE:Ontwerp Generiek 0.1|noreplace}} | ||
| + | =Inleiding= | ||
| + | ==Algemeen== | ||
| + | Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden | ||
| + | de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de | ||
| + | bedrijfsrollen van zorgverleners of patiënten. | ||
| + | |||
| + | Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de | ||
| + | [https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor | ||
| + | informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel | ||
| + | ontwerp wordt verwezen naar het | ||
| + | [https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz | ||
| + | website]. | ||
| + | ==Doelgroep== | ||
| + | ==Kaders & Uitgangspunten== | ||
| + | ===Richtlijn en proces=== | ||
| + | ===Reikwijdte Informatiestandaard=== | ||
| + | De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar | ||
| + | alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht; | ||
| + | niet alles is overal van toepassing. | ||
| + | ===Infrastructuur=== | ||
| + | ==Kwalificatie== | ||
| + | Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig | ||
| + | opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp. | ||
| + | Voor meer informatie zie de | ||
| + | websitepagina over [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/: Nictiz kwalificaties]. | ||
| + | =Dataset= | ||
| + | Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets. | ||
| + | |||
| + | De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing. | ||
| + | |||
| + | {| class="wikitable" | ||
| + | |- | ||
| + | ! Nederlands !! English | ||
| + | |- | ||
| + | | [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) Zib publicatie 2017] || [https://zibs.nl/wiki/HCIM_Release_2017(EN) HCIM release 2017] | ||
| + | |- | ||
| + | | [https://zibs.nl/wiki/ZIB_Publicatie_2020(NL) Zib publicatie 2020] || [https://zibs.nl/wiki/HCIM_Release_2020(EN) HCIM release 2020] | ||
| + | |- | ||
| + | |} | ||
| + | |||
| + | =Use case(s)= | ||
| + | Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een | ||
| + | concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren | ||
| + | (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is | ||
| + | een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan | ||
| + | bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. | ||
| + | Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling | ||
| + | gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case | ||
| + | geanalyseerd en uitgewerkt. | ||
| + | ==Algemeen== | ||
| + | ==Use case patroon: Notificeren en ophalen informatie== | ||
| + | {{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}} | ||
| + | ===Doel en Relevantie=== | ||
| + | ===Proces en Context (pre- en postproces)=== | ||
| + | ====Preproces==== | ||
| + | ====Proces==== | ||
| + | ====Postproces==== | ||
| + | ===Bedrijfsrollen en UML activity diagram=== | ||
| + | {| class="wikitable" "cellpadding="10" | ||
| + | !style="text-align:left;"|Bedrijfsrol (actor) | ||
| + | !style="text-align:left;"|Beschrijving bedrijfsrol | ||
| + | |- | ||
| + | | style="background-color: white;"| A | ||
| + | | style="background-color: white;"| B | ||
| + | |- | ||
| + | | style="background-color: white;"| C | ||
| + | | style="background-color: white;"| D | ||
| + | |- | ||
| + | |} | ||
| + | |||
| + | ===Informatieoverdracht=== | ||
| + | ====Systemen & Systeemrollen==== | ||
| + | =====Notified Pull===== | ||
| + | {{:gen:V0.1_Ontwerp_Notified_Pull}} | ||
| + | ====Transacties & Transactiegroepen==== | ||
| + | ====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen==== | ||
| + | ==Use case: Y== | ||
| + | {{IssueBox|De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik!}} | ||
| + | ===Doel en Relevantie=== | ||
| + | ===Proces en Context (pre- en postproces)=== | ||
| + | ====Preproces==== | ||
| + | ====Proces==== | ||
| + | ====Postproces==== | ||
| + | ===Bedrijfsrollen en UML activity diagram=== | ||
| + | {| class="wikitable" "cellpadding="10" | ||
| + | !style="text-align:left;"|Bedrijfsrol (actor) | ||
| + | !style="text-align:left;"|Beschrijving bedrijfsrol | ||
| + | |- | ||
| + | | style="background-color: white;"| E | ||
| + | | style="background-color: white;"| F | ||
| + | |- | ||
| + | | style="background-color: white;"| G | ||
| + | | style="background-color: white;"| H | ||
| + | |- | ||
| + | |} | ||
| + | ===Informatieoverdracht=== | ||
| + | ====Systemen & Systeemrollen==== | ||
| + | ====Transacties & Transactiegroepen==== | ||
| + | ====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen==== | ||
| + | =Aanvullende informatie (optioneel)= | ||
| + | ==Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)== | ||
| + | == Verantwoordelijkheden voor informatie (optioneel)== | ||
| + | ==Afschermen van gegevens (optioneel)== | ||
| + | =Referenties= | ||
| + | =Release notes= | ||
| + | =Wiki-paginahistorie= | ||
Versie van 20 nov 2024 om 10:53
 |
This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. |
This page has been removed from search engines' indexes.
Inhoud
- 1 Ontwerp generieke standaardcomponenten
- 2 Dynamische waardelijsten
- 3 Dynamische waardelijsten 0.1
- 4 Inleiding
- 5 Dataset
- 6 Use case(s)
- 6.1 Algemeen
- 6.2 Use case patroon: Notificeren en ophalen informatie
- 6.3 Use case: Y
- 7 Aanvullende informatie (optioneel)
- 8 Referenties
- 9 Release notes
- 10 Wiki-paginahistorie
1 Ontwerp generieke standaardcomponenten
In ontwikkeling
2 Dynamische waardelijsten
|
|
This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. |
This page has been removed from search engines' indexes.
3 Dynamische waardelijsten 0.1
3.1 Begrippen
3.1.1 Code, concept, waarde en waardelijst
Een waardelijst is een lijst waarden waaruit gekozen kan worden. "Waarde" is daarbij datgene wat gekozen wordt, een item uit die lijst. Een dergelijke waarde heeft verschillende attributen: een weergavenaam zoals een gebruiker die ziet, een codestelsel waarin de waarde vastgelegd is en de code uit dat codestelsel. "Concept" is een term die in SNOMED CT gebruikt wordt voor een item uit SNOMED CT, en correspondeert hier dus met een gekozen waarde. "Concept" wordt in ART-DECOR ook gebruikt voor een item uit een waardelijst, maar ook in bredere zin voor ieder (klinisch) begrip. Bij iedere waarde uit een waardelijst hoort dus wel een concept in ART-DECOR, SNOMED CT of een ander codestelsel, maar niet ieder concept zit in een waardelijst.
3.1.2 Intensionele en extensionele waardelijsten
Extensionele waardelijsten zijn lijsten met expliciet benoemde codes (een enumeratie) uit een of meer codestelsels.
Intensionele waardelijsten zijn waardelijsten met een expressie (b.v. een query) op een onderliggend codestelsel.
Noot: De tegenstelling intensionele waardelijst versus extensionele waardelijst is wat misleidend: waardelijsten kunnen intensionele en extensionele expressies bevatten, die heel goed beiden in één waardelijst gecombineerd kunnen worden. Daarmee is die waardelijst dus deels intensioneel en deels extensioneel. In dit stuk spreken we van extensionele waardelijsten wanneer alle codes expliciet zijn benoemd, en van intensionele wanneer er met een expressie wordt geselecteerd, ook als daar een paar expliciet benoemde codes (zoals "Anders" (OTH) of "Onbekend" (UNK)) aan toegevoegd zijn. Voor lijsten die een echte combinatie van intensionele en extensionele expressies zijn gelden overwegingen die voor beide types apart gelden.
3.1.3 Dynamische waardelijsten
Dynamische waardelijsten zijn alle waardelijsten die kunnen wijzigen zonder dat een nieuwe publicatie van de onderliggende standaard (informatiestandaard of zib-release) nodig is.
In het TC schrijven staat: "Een waardelijst is een onderdeel van een informatiestandaard. Deze kan een verwijzing bevatten naar een codestelsel of een subset van een codestelsel. Die subset kan onderdeel zijn van het codestelsel óf gedefinieerd worden met een query. Wanneer het codestelsel wijzigt, zullen de queryresultaten mee wijzigen zonder dat een nieuwe versie van de informatiestandaard gepubliceerd hoeft te worden. Dat maakt de waardelijst dynamisch. Een waardelijst die enkel wijzigt bij nieuwe versies van de informatiestandaard noemen we statisch."
Naast deze beide categorieen zijn er ook extensionele dynamische waardelijsten: dit zijn waardelijsten "losgekoppeld" worden van de informatiestandaard. De informatiestandaard beschrijft ze als dynamisch, beheerders kunnen de lijst bijwerken en deze publiceren. Applicaties kunnen daarna de vernieuwde lijst binnenhalen en gebruiken zonder dat een nieuwe versie van de informatiestandaard gepubliceerd wordt.
Er zijn dan 4 categorieën lijsten:
- Intensioneel en dynamisch. Intensionele lijsten waarin 1 of meer queries zitten kunnen per definitie wijzigen wanneer het onderliggende codestelsel wijzigt en zijn dus automatisch dynamisch.
- Extensioneel en statisch: deze zijn gefixeerd op een bepaalde versie in de informatiestandaard, en zullen dus niet wijzigen zonder dat er een nieuwe publicatie van de informatiestandaard is.
- Extensioneel en dynamisch: in de informatiestandaard zijn ze gedefinieerd als dynamisch, en wanneer een nieuwe versie van de lijst gemaakt wordt zijn ze beschikbaar zonder dat er een nieuwe publicatie van de informatiestandaard is.
Noot: In theorie is een vierde categorie mogelijk: een intensionele waardelijst die gefixeerd is op een bepaalde versie van het codestelsel, en dus nooit zal wijzigen. Dit wordt niet aanbevolen. Waar hier behoefte aan is, kan deze (bevroren) lijst ook gepubliceerd worden als extensionele statische lijst, waarbij de query dus is uitgevoerd op de gekozen versie van het codestelsel en dat resultaat gepubliceerd is.
Een voorbeeld van extensionele dynamische waardelijsten zijn bijvoorbeeld verrichtingen die bij de zwangerschap worden uitgevoerd, of medicatie die voor een coloscopie wordt toegediend. Dat zijn lijsten die nu alleen statisch zijn, maar waarvoor een dynamische lijst zinvol is.
Dergelijke lijsten kunnen bijgewerkt worden zodra er een nieuwe versie van gemaakt wordt. Ze moeten dan beschikbaar zijn. Dat zal niet het geval zijn wanneer ze alleen beschikbaar gemaakt worden in een publicatie van een informatiestandaard. Hoe dan wel wordt ook in dit stuk verder uitgewerkt.
Statische waardelijsten zijn lijsten die alleen met een nieuwe release (van een informatiestandaard of zib) gewijzigd zullen worden.
3.2 Dynamische waardelijsten ophalen
3.2.1 Nationale Terminologie Server
3.2.2 SNOMED MLDS
4 Inleiding
4.1 Algemeen
Het generiek functioneel ontwerp beschrijft voor alle informatiestandaarden de herbruikbare patronen en componenten voor transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten.
Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://www.nictiz.nl/standaardisatie/informatiestandaarden/: Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://www.nictiz.nl/standaardisatie/overzichten/begrippen/: begrippenoverzicht op de Nictiz website].
4.2 Doelgroep
4.3 Kaders & Uitgangspunten
4.3.1 Richtlijn en proces
4.3.2 Reikwijdte Informatiestandaard
De reikwijdte van de generieke informatiestandaard beslaat de generieke componenten waar alle gegevensuitwisselingen gebruik van kunnen maken. Gebruik in een informatiestandaard is niet verplicht; niet alles is overal van toepassing.
4.3.3 Infrastructuur
4.4 Kwalificatie
Op basis van dit generiek ontwerp worden alleen kwalificatiescript componenten waar nodig opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit ontwerp. Voor meer informatie zie de websitepagina over Nictiz kwalificaties.
5 Dataset
Gegevens worden uitgewisseld in transacties, die zijn opgebouwd uit elementen van datasets.
De herbruikbare componenten hierin zijn de zibs. Er zijn nu 2 publicaties van toepassing.
| Nederlands | English |
|---|---|
| Zib publicatie 2017 | HCIM release 2017 |
| Zib publicatie 2020 | HCIM release 2020 |
6 Use case(s)
Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Iedere use case koppelt met een scenario in ART-DECOR. Wanneer verschillende use cases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke use case geanalyseerd en uitgewerkt.
6.1 Algemeen
6.2 Use case patroon: Notificeren en ophalen informatie
|
|
De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik! |
6.2.1 Doel en Relevantie
6.2.2 Proces en Context (pre- en postproces)
6.2.2.1 Preproces
6.2.2.2 Proces
6.2.2.3 Postproces
6.2.3 Bedrijfsrollen en UML activity diagram
| Bedrijfsrol (actor) | Beschrijving bedrijfsrol |
|---|---|
| A | B |
| C | D |
6.2.4 Informatieoverdracht
6.2.4.1 Systemen & Systeemrollen
6.2.4.1.1 Notified Pull
|
|
Deze pagina is vervallen. |
This page has been removed from search engines' indexes.
6.2.4.2 Transacties & Transactiegroepen
6.2.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen
6.3 Use case: Y
|
|
De Use case is nog in ontwikkeling en nog niet geschikt voor gebruik! |
6.3.1 Doel en Relevantie
6.3.2 Proces en Context (pre- en postproces)
6.3.2.1 Preproces
6.3.2.2 Proces
6.3.2.3 Postproces
6.3.3 Bedrijfsrollen en UML activity diagram
| Bedrijfsrol (actor) | Beschrijving bedrijfsrol |
|---|---|
| E | F |
| G | H |
