MedMij:Vdraft OntwerpBeelden: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(Nieuwe pagina aangemaakt met '{{#customtitle:Use Cases PDF/A}} {{IssueBox|Dit is een werk pagina. Er bestaat nog geen gepubliceerde versie van dit ontwerp}} Bestand:beeldenIcoon.png |link=|...')
 
k (Tekst vervangen - "{{VersieInfo\|([^\|]+)\|release=MedMij:" door "{{VersieInfo|$1|release=")
 
(207 tussenliggende versies door 15 gebruikers niet weergegeven)
Regel 1: Regel 1:
{{#customtitle:Use Cases PDF/A}}
+
__NUMBEREDHEADINGS__
{{IssueBox|Dit is een werk pagina.
+
{{DISPLAYTITLE:Functioneel Ontwerp Beelden {{VersieInfo|Beelden|release=V2019.01}}}}
 +
{{MedMij:Vdraft_Issuebox}}
  
Er bestaat nog geen gepubliceerde versie van dit ontwerp}}
 
[[Bestand:beeldenIcoon.png  |link=|links |87px|beelden]]
 
 
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
 
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
 +
[[Bestand:beeldenIcoon.png|link=|87px |links||media]]
 
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch   
 
<imagemap>Bestand:Leeswijzer-technisch-banner 02 white.png|center|400px|alt=Afspraken-Functioneel-Technisch   
 
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]                 
 
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]                 
Regel 12: Regel 12:
 
</imagemap>
 
</imagemap>
  
=Inleiding=
 
Deze pagina beschrijft use cases waarbij een patiënt medische gegevens in de vorm van een PDF/A kan raadplegen en versturen met behulp van een persoonlijke gezondheidsomgeving. MedMij heeft het [https://nl.wikipedia.org/wiki/PDF/A PDF/A] format gekozen als uitwisseling voor ongestructureerde gezondheidsgegevens. Algemene informatie betreffende deze use cases kan gevonden worden op deze [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_Ontwerpen wiki pagina].
 
  
=Use Cases=
+
=Inleiding=
Deze sectie vervolgt met de volgende use cases:
+
==Algemeen==
* [[MedMij:Vdraft_OntwerpPDFA#Use_case:_Raadplegen_medische_gegevens_in_PDF.2FA_door_pati.C3.ABnt | Raadplegen medische gegevens in PDF/A]]
+
Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van beelden binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan [[MedMij:Vdraft_Ontwerpen| hier]] gevonden worden.
* [[MedMij:Vdraft_OntwerpPDFA#Use_case:_Sturen_medische_gegevens_in_PDF.2FA_door_pati.C3.ABnt| Sturen medische gegevens in PDF/A]]
 
==Use case: Raadplegen medische gegevens in PDF/A door patiënt==
 
===Doel en relevantie===
 
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in medische informatie die over henzelf gaan. Het is niet mogelijk om alle medische informatie direct gestructureerd te kunnen ontsluiten voor de patiënt. Dit ontwerp beschrijft het uitwisselen van ongestructureerde digitale informatie in een PDF/A format.
 
  
===Domein===
+
==Doelgroep==
Documenten en ongestructureerde medische informatie in een PDF/A formaat in het domein van zorgaanbieders en patiënten.
+
De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die [[MedMij:Vdraft_Ontwerpen#Doelgroep| hier]] gevonden kan worden.
  
===Context===
+
==Kaders en uitgangspunten==
Het gaat om het elektronisch beschikbaar maken van medische gegevens in PDF/A formaat vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
+
===Richtlijn===
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
+
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vdraft_Ontwerpen#Richtlijn| de algemene inleiding]] van de MedMij functionele ontwerpen.
*informatie
 
*bedrijfsrollen (actoren),
 
*proces,
 
*systemen,
 
*systeemrollen,
 
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.
 
De beschrijving is infrastructuur-onafhankelijk.
 
  
===Informatie===
+
===Infrastructuur===
 +
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vdraft_Ontwerpen#Infrastructuur| de algemene inleiding]] van de MedMij functionele ontwerpen.
  
====Raadplegen medische gegevens in PDF/A====
+
===Geografische reikwijdte===
Het raadplegen van een medische informatie gaat van een specifieke patiënt naar een specifieke organisatie in de zorg (bijvoorbeeld een zorgaanbieder).
+
Geen nadere specificatie, anders dan genoemd in [[MedMij:Vdraft_Ontwerpen#Geografische_reikwijdte| de algemene inleiding]] van de MedMij functionele ontwerpen.
  
Informatie elementen in de vraag om PDF/A documenten staan hieronder. Dit betreft de filtermogelijkheden (query paramaters) in de vraag om documentgegevens. Deze filermogelijkheden zijn afgeleid van het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD profiel].
+
==Kwalificatie==
 +
===Introductie===
 +
{{#lst:MedMij:Vdraft_Kwalificatie|medmij_kwalificatie_introductie}}
  
*patient
+
=Use Cases=
*periode (startdatum - einddatum)
+
==Use case 1: Sturen beelden vanuit een PGO==
*auteur
+
=== Doel en relevantie ===
*type document
+
*Het voor patiënten/ personen mogelijk maken regie op hun eigen gezondheid te nemen door beelden te sturen naar (verschillende) zorgaanbieders.
*categorie
+
*Deze use case ondersteunt geen interactie met de patiënt middels het PGO. De zorgverlener kan niet online reageren op de gestuurde beelden. De zorgverlener dient buiten deze use case om de beelden te bespreken met de patiënt.
*status
+
*setting (aanvullende details over waar de content is gemaakt / specialisme)
+
=== Domein ===
*medische handelingen (belangrijkste uitgevoerde medische handelingen)
+
Beelden in het domein van zorgaanbieders en patiënten/ personen.
  
====Beschikbaar stellen medische gegevens in PDF/A ====
+
=== Context ===
De informatie-elementen voor het beschikbaar stellen van een PDF/A worden beschreven in het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD profiel]. Dit betreft de inhoud van de transactie waarbij het om de volgende [http://hl7.org/fhir/STU3 HL7 FHIR STU3] informatie modellen en [https://zibs.nl/wiki/ZIB_Hoofdpagina Zorginformatiebouwstenen] gaat:
+
Het gaat om het elektronisch en gestructureerd sturen van beelden vanuit een [[#persoonlijke-gezondheidsomgeving|persoonlijke gezondheidsomgeving]] (PGO) naar een zorgaanbiederssysteem (XIS). Deze pagina bevat (verwijzingen naar) beschrijvingen van:
 +
* informatie,
 +
* bedrijfsrollen (actoren),
 +
* proces,
 +
* systemen,
 +
* systeemrollen,
 +
* transactiegroepen en transacties, inclusief de inhoud van deze transacties.
  
*HL7 FHIR
+
De beschrijving is infrastructuur-onafhankelijk.
** [http://hl7.org/fhir/STU3/bundle.html Bundle]
 
** [http://hl7.org/fhir/STU3/documentmanifest.html DocumentManifest]
 
** [http://hl7.org/fhir/STU3/documentreference.html DocumentReference]
 
** [http://hl7.org/fhir/STU3/binary.html Binary]
 
 
 
*Zorginformatiebouwstenen
 
** [https://zibs.nl/wiki/Patient-v2.0.1(2015NL) Patient]
 
** [https://zibs.nl/wiki/Zorgverlener-v1.2.1(2015NL) Zorgverlener]
 
 
 
=== Bedrijfsrollen ===
 
Deze use case kent twee bedrijfsrollen.
 
 
 
{| class="wikitable" "cellpadding="10" width="50%"
 
! style="text-align:left;"| '''Bedrijfsrol'''
 
! style="text-align:left;"| '''Activiteit'''
 
|-
 
|style="background-color: white;vertical-align:top;"|Patiënt
 
|style="background-color: white;vertical-align:top;"|Wil medische gegevens in PDF/A formaat raadplegen
 
|-
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
 
|style="background-color: white;vertical-align:top;"|Stelt medische gegevens in PDF/A formaat beschikbaar
 
|}
 
<font size = "1">'''Bedrijfsrollen afspraak inzien'''</font>
 
 
 
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.
 
 
 
[[Bestand:Activity Diagram - PDFA raadplegen.png|Activiteitendiagram PFD/A raadplegen]]
 
 
 
<font size = "1">'''Activiteitendiagram PDF/A raadplegen'''</font>
 
 
 
===Procesbeschrijving===
 
===='Patient journey' - Roos Dalstra ====
 
Het verhaal van de 'patient journey' van Roos vindt u [https://www.nictiz.nl/SiteCollectionDocuments/Overig/Casus_Roos_Dalstra_MedMij.pdf hier]. Hieronder een voor Roos relevante situatie waarbij het raadplegen van een PDF/A document rol speelt.
 
 
 
<blockquote> Na het ontslag komt de informatie over de opnameperiode vanuit het ziekenhuis beschikbaar in de PGO, zodat zij een goed beeld heeft van haar opname en haar medicatie. Dit kan zij ook delen met haar naasten.
 
</blockquote>
 
 
 
Roos zou in haar PGO bijvoorbeeld de ontslagbrief van haar opname kunnen opvragen.
 
 
 
====Proces====
 
Het stuk van het proces waar het in deze use case om gaat is:
 
*Het systeem van een zorgaanbieder (XIS) stelt de PDF/A beschikbaar aan het systeem van een patiënt (PGO).
 
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
 
=====Preconditie=====
 
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van medische gegevens in PDF/A tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.
 
 
 
De patiënt wil zijn medische gegevens inzien en de zorgaanbieder stelt dit ook beschikbaar.
 
:Een patiënt kan steeds zelf het initiatief nemen om zijn medische gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.
 
 
 
=====Proces stappen=====
 
*Het systeem van de patiënt (PGO) vraagt om beschikbare medische gegevens bij een XIS aan de hand van een zoekopdracht.
 
*Het systeem van de zorgaanbieder (XIS) levert een lijst met metadata over de gevonden PDF/A documenten op voor de patiënt.
 
*De Patiënt gebruikt de persoonlijke gezondheidsomgeving om de gewenste PDF/A te raadplegen of te downloaden.
 
*Het systeem van de zorgaanbieder (XIS) levert de PDF/A op voor de patiënt.
 
 
 
=====Post conditie=====
 
De patiënt heeft zijn medische gegevens geraadpleegd via de persoonlijke gezondheidsomgeving.
 
 
 
=== Systemen & Systeemrollen ===
 
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
 
* PGO (patiënt)
 
* XIS (zorgaanbieder)
 
 
 
Deze systemen hebben meerdere systeemrollen. Een systeemrol maakt het uitwisselen van bepaalde gegevens mogelijk.
 
De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.
 
 
 
{| class="wikitable" "cellpadding="10"
 
!style="text-align:left;"|Syteem
 
!style="text-align:left;"|Naam systeemrol
 
!style="text-align:left;"|Afkorting
 
!style="text-align:left;"|Omschrijving
 
|-
 
| style="background-color: white;" rowspan="2"| PGO
 
| style="background-color: white;"| PDFAMetadataLijstRaadplegend
 
| style="background-color: white;"| MM-1.0.0-PLR-FHIR
 
| style="background-color: white;"| Raadplegen PDF/A metadata lijst bij zorgaanbieder
 
|-
 
| style="background-color: white;"| PDFARaadplegend
 
| style="background-color: white;"| MM-1.0.0-PDR-FHIR
 
| style="background-color: white;"| Raadplegen PDF/A document bij zorgaanbieder
 
|-
 
| style="background-color: white;" rowspan="2"| XIS
 
| style="background-color: white;"| PDFAMetadataLijstBeschikbaarstellend
 
| style="background-color: white;"| MM-1.0.0-PLB-FHIR
 
| style="background-color: white;"| Beschikbaar stellen PDF/A metadata lijst bij patient
 
|-
 
| style="background-color: white;"| PDFABeschikbaarstellend
 
| style="background-color: white;"| MM-1.0.0-PDB-FHIR
 
| style="background-color: white;"| Beschikbaar stellen PDF/A document bij patient
 
|-
 
|}
 
 
 
Zie ook onderstaande afbeelding.
 
 
 
[[Bestand:Component Diagram - PDFA raadplegen (Totaal).png|Componenten diagram PDF/A raadplegen]]
 
 
 
<font size = "1">'''Componenten diagram PDFA raadplegen'''</font>
 
 
 
=== Transacties, transactiegroepen en systeemrollen===
 
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze use case.
 
 
 
{| class="wikitable" "cellpadding="10"
 
! style="text-align:left;"| '''Transactiegroep'''
 
! style="text-align:left;"| '''Transactie'''
 
! style="text-align:left;"| '''Systeemrol'''
 
! style="text-align:left;"| '''Systeem'''
 
! style="text-align:left;"| '''Bedrijfsrol'''
 
! style="text-align:left;"| '''Technisch'''
 
|-
 
|style="background-color: white;vertical-align:top;" rowspan="2"|PDFA metadata lijst (PULL)
 
|style="background-color: white;vertical-align:top;"|Raadplegen PDF/A metadata lijst
 
|style="background-color: white;vertical-align:top;"|MM-1.0.0-PLR-FHIR
 
|style="background-color: white;vertical-align:top;"|PGO
 
|style="background-color: white;vertical-align:top;"|Patiënt
 
|style="background-color: white;vertical-align:middle;" rowspan="4"|[[MedMij:Vdraft_FHIR_PDFA|PDF/A in FHIR]]
 
|-
 
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen PDF/A metadata lijst
 
|style="background-color: white;vertical-align:top;"|MM-1.0.0-PLB-FHIR
 
|style="background-color: white;vertical-align:top;"|XIS
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
 
|-
 
|style="background-color: white;vertical-align:top;" rowspan="2"|PDFA (PULL)
 
|style="background-color: white;vertical-align:top;"|Raadplegen PDF/A
 
|style="background-color: white;vertical-align:top;"|MM-1.0.0-PDR-FHIR
 
|style="background-color: white;vertical-align:top;"|PGO
 
|style="background-color: white;vertical-align:top;"|Patiënt
 
|-
 
|style="background-color: white;vertical-align:top;"|Beschikbaarstellen PDF/A
 
|style="background-color: white;vertical-align:top;"|MM-1.0.0-PDB-FHIR
 
|style="background-color: white;vertical-align:top;"|XIS
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
 
|}
 
 
 
===Use case diagram===
 
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
 
 
 
[[Bestand:Use Case Diagram - PDFA raadplegen.png|Use case diagram PDF/A raadplegen]]
 
 
 
<font size = "1">'''Use case diagram PDF.A </font>
 
  
==Use case: Sturen medische gegevens in PDF/A door patiënt==
+
=== Informatie ===  
===Doel en relevantie===
+
Bij het sturen van beelden gaat het om de volgende informatie die uitgewisseld wordt: de beelden, bijbehorende meta-informatie per beeld en een mogelijk toelichting/ begeleidende tekst.  
Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door medische informatie te delen met zorgverleners. Het is niet mogelijk om alle medische informatie direct te kunnen gestructureerd te kunnen versturen. Dit ontwerp beschrijft het uitwisselen van ongestructureerde digitale informatie in PDF/A formaat.
 
  
===Domein===
+
De informatie-elementen voor sturen en ontvangen van een beeld of collectie beelden staan in [http://decor.nictiz.nl/pub/beelden/bd-html-20190512T171559/tr-2.16.840.1.113883.2.4.3.11.60.54.4.2-2019-02-25T131649.html ART-DECOR Sturen Beelden].
Documenten en ongestructureerde medische informatie in een PDF/A format in het domein van zorgaanbieders en patiënten.
 
 
 
===Context===
 
Het gaat om het elektronisch beschikbaar maken van afspraken vanuit een zorgaanbiederssysteem (XIS) naar een [https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ persoonlijke gezondheidsomgeving] (PGO).
 
Deze pagina bevat (verwijzingen naar) beschrijvingen van:
 
*informatie
 
*bedrijfsrollen (actoren),
 
*proces,
 
*systemen,
 
*systeemrollen,
 
*transactiegroepen en transacties, inclusief de inhoud van deze transacties.  
 
De beschrijving is infrastructuur-onafhankelijk.
 
  
===Informatie===
+
==== Beeldformaat ====
 +
*De ontvangende systemen dienen de volgende gegevensformaten te ondersteunen: JPEG, PNG, GIF en JP2. De PGO bepaalt zelf in welke van deze ondersteunende beeldformaten, de beelden worden verstuurd. De genoemde beeldformaten zijn ook de gegevensformaten, bestaande uit één frame, die door [[#DICOM-beeldformaten|DICOM standaard]] worden gespecificeerd voor gebruik bij DICOM web-services. Binnen deze use case zijn dit de enige gebruikte gegevensformaten voor beelden. Beeldformaat DICOM is niet in scope voor deze use case.
 +
*Beelden mogen extra (meta)informatie bevatten in bijvoorbeeld de [[#Exif|Exif standaard]]. Een voorbeeld is het opslaan van patiëntgegevens binnen het beeldformaat JPEG. Hier wordt in deze use case echter geen gebruik van gemaakt.
  
====Sturen van Medische gegevens in PDF/A====
+
==== Frequentie sturen beeld(en) ====
Het sturen van een medische informatie gaat van een specifieke patiënt naar een specifieke organisatie in de zorg (bijvoorbeeld een zorgaanbieder).
+
*Met het oog op bijvoorbeeld een ''denial of service attack'' is de overweging geweest om de frequentie waarmee de patiënt beelden kan versturen te beperken. Besloten is om voorlopig geen beperkingen op te nemen in de standaard.
  
De informatie-elementen voor het sturen van een PDF/A worden beschreven in het [http://wiki.ihe.net/index.php/Mobile_access_to_Health_Documents_(MHD) IHE MHD profiel]. Dit betreft de inhoud van de transactie waarbij het om de volgende [http://hl7.org/fhir/STU3 HL7 FHIR STU3] informatie modellen en [https://zibs.nl/wiki/ZIB_Hoofdpagina Zorginformatiebouwstenen] gaat:
+
==== Grootte van beeld(en) ====
 +
De maximale grootte van een beeld is 20 MB (voordat het Base64 encoded is). Een PGO kan één tot maximaal 3 beelden tegelijk sturen. De maximale grootte van een collectie beelden is 60 MB. Base64 codering maakt het resultaat 37% groter.
  
*HL7 FHIR
+
==== Toelichting ====
** [http://hl7.org/fhir/STU3/bundle.html Bundle]
+
De patiënt kan per beeld en/of per collectie beelden een begeleidende tekst meegeven. Dit gaat middels de 'toelichting' meta-informatie elementen.
** [http://hl7.org/fhir/STU3/documentmanifest.html DocumentManifest]
 
** [http://hl7.org/fhir/STU3/documentreference.html DocumentReference]
 
** [http://hl7.org/fhir/STU3/binary.html Binary]
 
  
*Zorginformatiebouwstenen
+
==== Meta-informatie ====
** [https://zibs.nl/wiki/Patient-v2.0.1(2015NL) Patient]
+
Het beeld dient te worden voorzien van voldoende meta-informatie om door het ontvangende systeem goed te kunnen worden geïnterpreteerd. De specificatie van de meta-informatie wordt gegeven in de dataset en transactiebeschrijving. Daarnaast kent het FHIR profiel, verwezen vanuit het technisch ontwerp, nog een aantal verplichte concepten.
** [https://zibs.nl/wiki/Zorgverlener-v1.2.1(2015NL) Zorgverlener]
+
Deze use case houdt rekening met zelfstandige XIS-sen en met XIS-sen die zijn aangesloten op een XDS-netwerk door het bericht te voorzien van voldoende meta-informatie voor indexatie. Het correct indexeren van beelden in een XDS netwerk is de verantwoordelijkheid van het ontvangende XIS. Het technische ontwerp geeft een niet-normatieve implemenatierichtlijn middels een mapping van het FHIR bericht naar XDS concepten en het IHE MHD profiel.
  
 
=== Bedrijfsrollen ===
 
=== Bedrijfsrollen ===
Deze use case kent twee bedrijfsrollen.
+
Deze use case onderscheidt twee bedrijfsrollen, namelijk de ''Patiënt'' en de ''Zorgaanbieder'' zoals te zien in onderstaande tabel.  
  
{| class="wikitable" "cellpadding="10" width="50%"
+
{| class="wikitable" "cellpadding="10" width="100%"
 
! style="text-align:left;"| '''Bedrijfsrol'''
 
! style="text-align:left;"| '''Bedrijfsrol'''
 
! style="text-align:left;"| '''Activiteit'''
 
! style="text-align:left;"| '''Activiteit'''
 
|-
 
|-
 
|style="background-color: white;vertical-align:top;"|Patiënt
 
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:top;"|Wil medische gegevens in PDF/A formaat sturen
+
|style="background-color: white;vertical-align:top;"|Wil beelden sturen
 
|-
 
|-
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
|style="background-color: white;vertical-align:top;"|Ontvangt medische gegevens in PDF/A formaat
+
|style="background-color: white;vertical-align:top;"|Wil beelden ontvangen
 
|}
 
|}
<font size = "1">'''Bedrijfsrollen afspraak inzien'''</font>
+
<font size = "1">'''Bedrijfsrollen sturen beelden'''</font>
  
Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.
+
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
  
[[Bestand:Activity Diagram - Sturen sturen.png|Activiteitendiagram PFD/A sturen]]
+
[[Image:Activity_Diagram_-_Sturen_Beelden.png|Activiteitendiagram sturen beelden]]
  
<font size = "1">'''Activiteitendiagram PDF/A sturen'''</font>
+
<font size = "1">'''Activiteitendiagram sturen beelden'''</font>
  
===Procesbeschrijving===
+
=== Procesbeschrijving ===
===='Patient journey' - Roos Dalstra ====
+
==== Patient Journey – Thomas van Beek ====  
Het verhaal van de 'patient journey' van Roos vindt u [https://www.nictiz.nl/SiteCollectionDocuments/Overig/Casus_Roos_Dalstra_MedMij.pdf hier].
+
Een voorbeeldsituatie die de meerwaarde van het sturen van beelden vanuit het PGO schetst is de patiënt journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Thomas_van_Beek_MedMij.pdf Thomas van Beek].
 +
<blockquote>De afgelopen periode heeft Thomas wisselend last van eczeem. De vorige keer dat Thomas een dergelijke aanval had, waren de klachten al afgenomen op het moment dat de afspraak met de huisarts plaatsvond. Om de ernst van de klachten te kunnen inschatten heeft de huisarts gevraagd of Thomas in het vervolg een foto kan maken van de eczeem wanneer deze in alle ernst aanwezig zijn.
 +
Vandaag is het weer zover. Bij het maken van de afspraak met de huisarts verzoekt de assistente of Thomas direct een foto kan maken en deze de huisarts wil toesturen. Thomas maakt foto's van onder andere zijn gezicht en upload deze naar zijn PGO. Een paar dagen na het versturen van de foto heeft hij een afspraak bij de huisarts. De foto's komen tijdens het consult ter sprake en een passende behandeling wordt gekozen.</blockquote>
  
Hieronder een voor Roos relevante situatie waarbij het sturen van een PDF/A document rol kan spelen.  
+
==== Patient Journey – Kenneth van Someren ====
<blockquote>De internist in dienst die nacht wil graag weten welke medicatie Roos gebruikt. Aangezien Roos alles netjes heeft bijgehouden in haar persoonlijke
+
Een tweede voorbeeld waarbij de meerwaarde van het sturen van beelden vanuit het PGO geschetst kan worden is de patiënt journey van [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Kenneth_van_Someren_MedMij.pdf Kenneth van Someren].  
gezondheidsomgeving kan zij het ziekenhuis haar medicatiegegevens laten zien en laten uploaden naar het ziekenhuisinformatiesysteem. Hierdoor heeft de internist
 
een snel en accuraat overzicht van de huidige medicatie van Roos. </blockquote>
 
  
Wanneer een XIS niet in staat is om het medicatieoverzicht gestructureerd te ontvangen, zou het PGO het medicatieoverzicht in een PDF/A kunnen versturen. Zo heeft de arts wel gelijk de beschikking over het medicatieoverzicht.
+
<blockquote>De grote antieke stoel in de woonkamer is het plekje waar Kenneth thuis graag te vinden is. De stoel begon echter de laatste tijd steeds minder lekker te zitten. De zuster adviseert regelmatig af te wisselen met de bank, maar de televisie is lang niet zo interessant als het dorpsplein aan de overkant van de straat. Het begon met enkel een klein rood plekje op zijn ruggengraat, maar inmiddels begon dit vormen aan te nemen die ook dochter Debby zorgen baarde. Na kort overleg met de thuiszorg besluit ze telefonisch contact op te nemen met de wondverpleegkundige van de organisatie. Deze vraagt om een duidelijke foto te maken en via het PGO te sturen voor beoordeling. De wondverpleegkundige ziet de foto en vind het ook zorgelijk. Daarom maak ze direct een afspraak met Kenneth om de plek zelf te beoordelen. De volgende ochtend lukt dat al en die middag komt de thuiszorg met de juiste kennis en materialen om de wond te behandelen.</blockquote>
  
====Proces====
+
==== Proces ====
Het stuk van het proces waar het in deze use case om gaat is:  
+
Het stuk van het proces waar het in deze use case omgaat is:
*Het systeem van een patiënt (PGO) stuurt de PDF/A naar het systeem van een zorgverlener (XIS).
+
* Patiënt en zorgverlener maken de afspraak dat de patient een beeld kan sturen aan de zorgverlener.
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
+
* Patiënt maakt, ontvangt of downloadt één of meerdere beelden en uploadt deze naar zijn PGO. De beelden kunnen gemaakt zijn door de patiënt, een zorgaanbieder of iemand anders.
=====Preconditie=====
+
* Patiënt heeft de mogelijkheid om een begeleidende tekst van maximaal 1 MB toe te voegen aan het beeld en/of beelden.
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van medische gegevens in PDF/A tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.
+
* Het PGO stuurt de beelden naar het systeem van de zorgaanbieder.
 +
** Mogelijk moet of kan de patiënt metagegevens behorende bij de beelden aanvullen of invullen.
 +
* De zorgaanbieder raadpleegt de beelden in zijn eigen dossier (XIS).
 +
* De zorgverlener bespreekt het beeld buiten het PGO om met de patiënt. Deze use-case ondersteunt geen interactie met de patiënt middels het PGO.
  
De patiënt wil zijn medische gegevens inzien en de zorgaanbieder stelt dit ook beschikbaar.
+
Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.
:Een patiënt kan steeds zelf het initiatief nemen om zijn medische gegevens op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.
 
  
=====Proces stappen=====
+
===== Preconditie =====  
*Het systeem van de patiënt (PGO) stuurt medische gegevens in PDF/A formaat naar een XIS.
+
* De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van beelden tussen het eigen PGO en de betreffende XIS.
*Het systeem van de zorgaanbieder (XIS) ontvangt een PDF/A van de patiënt.
+
* De patiënt en zorgaanbieder hebben onderling afspraken gemaakt over het sturen van beelden.
 +
* Het XIS van de zorgaanbieder is in staat afbeeldingen van de patient te ontvangen.
 +
* De beelden bevinden zich in of zijn toegankelijk voor, het PGO
  
=====Post conditie=====
+
===== Processtappen =====  
De patiënt heeft zijn medische gegevens in PDF/A formaat verstuurd via de persoonlijke gezondheidsomgeving.
+
* Het systeem van de patiënt (PGO) stuurt de beelden naar het systeem van de zorgaanbieder (XIS).
 +
* Het systeem van de zorgaanbieder (XIS) ontvangt de beelden van het PGO.
 +
 
 +
===== Postconditie =====
 +
* Indien het systeem van de zorgaanbieder (XIS) gebruik maakt van een XDS-omgeving zal dit systeem de beelden op gepaste wijze in het netwerk registreren.
 +
* De zorgaanbieder gebruikt het systeem (XIS) om de beelden te kunnen zien en/of beoordelen.
  
 
=== Systemen & Systeemrollen ===
 
=== Systemen & Systeemrollen ===
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
+
Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:
 +
* PGO (patiënt)
 
* XIS (zorgaanbieder)
 
* XIS (zorgaanbieder)
* PGO (patiënt)
 
  
Deze systemen hebben één of meer systeemrollen. Een systeemrol maakt het uitwisselen van bepaalde gegevens mogelijk. Hier gaat het om afspraken van zorgaanbieder naar patiënt. De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.
+
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om beelden van de patiënt naar de zorgaanbieder.  
  
 
{| class="wikitable" "cellpadding="10"
 
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Syteem
+
!style="text-align:left;"|Systeem
 
!style="text-align:left;"|Naam systeemrol
 
!style="text-align:left;"|Naam systeemrol
!style="text-align:left;"|Afkorting
+
!style="text-align:left;"|Systeemrolcode
 
!style="text-align:left;"|Omschrijving
 
!style="text-align:left;"|Omschrijving
 
|-
 
|-
 
| style="background-color: white;"| PGO
 
| style="background-color: white;"| PGO
| style="background-color: white;"| PDFASturend
+
| style="background-color: white;"| Sturen van Beelden
| style="background-color: white;"| MM-1.0.0-PDS-FHIR
+
| style="background-color: white;"| MM-{{VersieInfo|Beelden|release=V2019.01}}-BES-FHIR
| style="background-color: white;"| Sturen PDF/A document naar zorgaanbieder
+
| style="background-color: white;"| Sturen van beelden naar zorgaanbieder
 
|-
 
|-
 
| style="background-color: white;"| XIS
 
| style="background-color: white;"| XIS
| style="background-color: white;"| PDFAOntvangend
+
| style="background-color: white;"| Ontvangen van Beelden
| style="background-color: white;"| MM-1.0.0-PDO-FHIR
+
| style="background-color: white;"| MM-{{VersieInfo|Beelden|release=V2019.01}}-BEO-FHIR
| style="background-color: white;"| Ontvangen PDF/A document van de patiënt
+
| style="background-color: white;"| Ontvangen van beelden vanuit het PGO
 
|-
 
|-
 
|}
 
|}
Regel 308: Regel 161:
 
Zie ook onderstaande afbeelding.
 
Zie ook onderstaande afbeelding.
  
[[Bestand:Component Diagram - PDFA sturen (Totaal).png |Componenten diagram PDFA sturen]]
+
[[Bestand:Component_Diagram_-_Sturen_Beelden_(Totaal).png|Componenten diagram]]
  
<font size = "1">'''Componenten diagram PDF/A Sturen'''</font>
+
<font size = "1">'''Componenten diagram van systemen en systeemrollen'''</font>
  
=== Transacties, Transactiegroepen en systeemrollen===
+
=== Transacties & Transactiegroepen ===
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze use case.
+
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een stuur- en ontvangstbericht). Onderstaande tabel biedt een overzicht voor deze use case.
  
 
{| class="wikitable" "cellpadding="10"
 
{| class="wikitable" "cellpadding="10"
 
! style="text-align:left;"| '''Transactiegroep'''
 
! style="text-align:left;"| '''Transactiegroep'''
 
! style="text-align:left;"| '''Transactie'''
 
! style="text-align:left;"| '''Transactie'''
! style="text-align:left;"| '''Systeemrol'''
+
! style="text-align:left;"| '''Systeemrolcode'''
 
! style="text-align:left;"| '''Systeem'''
 
! style="text-align:left;"| '''Systeem'''
 
! style="text-align:left;"| '''Bedrijfsrol'''
 
! style="text-align:left;"| '''Bedrijfsrol'''
 
! style="text-align:left;"| '''Technisch'''
 
! style="text-align:left;"| '''Technisch'''
 
|-
 
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|PDFA (PUSH)
+
|style="background-color: white;vertical-align:middle;" rowspan="2"|Beelden (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen PDF/A
+
|style="background-color: white;vertical-align:top;"|Sturen Beelden
|style="background-color: white;vertical-align:top;"|MM-1.0.0-PDS-FHIR
+
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|Beelden|release=V2019.01}}-BES-FHIR
 
|style="background-color: white;vertical-align:top;"|PGO
 
|style="background-color: white;vertical-align:top;"|PGO
 
|style="background-color: white;vertical-align:top;"|Patiënt
 
|style="background-color: white;vertical-align:top;"|Patiënt
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vdraft_FHIR_PDFA|PDF/A in FHIR]]
+
|style="background-color: white;vertical-align:middle;" rowspan="2"|[[MedMij:Vdraft_FHIR_Images |Beelden in FHIR]]
 
 
 
|-
 
|-
|style="background-color: white;vertical-align:top;"|Ontvangen PDF/A
+
|style="background-color: white;vertical-align:top;"|Ontvangen Beelden
|style="background-color: white;vertical-align:top;"|MM-1.0.0-PDO-FHIR
+
|style="background-color: white;vertical-align:top;"|MM-{{VersieInfo|Beelden|release=V2019.01}}-BEO-FHIR
 
|style="background-color: white;vertical-align:top;"|XIS
 
|style="background-color: white;vertical-align:top;"|XIS
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
 
|style="background-color: white;vertical-align:top;"|Zorgaanbieder
Regel 340: Regel 192:
 
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
 
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
  
[[Bestand:Use Case Diagram - PDFA sturen.png|Use case diagram PFD/A sturen]]
+
[[Bestand:Use_Case_Diagram_-_Sturen_Beelden.png|Use case diagram Sturen Beelden]]
  
<font size = "1">'''Use case diagram PDF/A sturen</font>
+
<font size = "1">'''Use case diagram sturen beelden</font>
  
 
=Functionaliteit=
 
=Functionaliteit=
Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.
+
 
 +
== Eisen en wensen ==
 +
*'''Afstemming vooraf''': Tijdens de ontwikkeling van de informatiestandaard is er nagedacht over het opnemen van een verplichte checkbox die de patiënt moet aanvinken om aan te geven dat er afstemming is geweest met de zorgverlener. Uiteindelijk is besloten om deze eis niet op te nemen in de standaard omdat in de praktijk patiënt en zorgverlener altijd een context hebben waarin het sturen van de beelden past. Daarnaast is het uitgangspunt om de patiënt zo min mogelijk te laten invullen bij het sturen van een beeld.
 +
 
 +
== Niet functionele eisen en wensen ==
 +
Het technisch ontwerp bevat een aantal verplichte (technische) data elementen die niet zijn opgenomen in de functionele dataset. Een aantal van deze velden zijn verplicht gesteld om compatibiliteit met XDS-netwerken te ondersteunen. Het gaat om de volgende elementen:
 +
 
 +
* Indentificatie van het beeld en collectie beelden
 +
* Een hash van de data van het beeld
  
 
=Verantwoordelijkheid voor informatie=
 
=Verantwoordelijkheid voor informatie=
Regel 366: Regel 226:
 
!style="text-align:left;"|Organisatie
 
!style="text-align:left;"|Organisatie
 
|-
 
|-
| style="background-color: white;"| AUTEUR(S)
+
| style="background-color: white;"| <span id="persoonlijke-gezondheidsomgeving">-</span>
| style="background-color: white;"| TITEL
+
| style="background-color: white;"| Persoonlijke Gezondheidsomgeving
| style="background-color: white;"| VERSIE
+
| style="background-color: white;"|
| style="background-color: white;"| DATUM
+
| style="background-color: white;"| 06-12-2018
| style="background-color: white;"| BRON
+
| style="background-color: white;"| https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/
| style="background-color: white;"| ORGANISATIE
+
| style="background-color: white;"| Patiëntenfederatie Nederland
 +
|-
 +
| style="background-color: white;"| <span id="DICOM-beeldformaten">-</span>
 +
| style="background-color: white;"| Rendered Media Types
 +
| style="background-color: white;"|
 +
| style="background-color: white;"| 10-12-2018
 +
| style="background-color: white;"| http://dicom.nema.org/medical/dicom/2017d/output/html/part18.html#table_6.1.1-3
 +
| style="background-color: white;"| NEMA (DICOM)
 +
|-
 +
| style="background-color: white;"| <span id="Exif">-</span>
 +
| style="background-color: white;"| Exif
 +
| style="background-color: white;"|  
 +
| style="background-color: white;"| 10-12-2018
 +
| style="background-color: white;"| https://en.wikipedia.org/wiki/Exif
 +
| style="background-color: white;"| Wikipedia
 
|}
 
|}
 +
 +
 +
 +
 
<font size = "1">'''Referenties</font>
 
<font size = "1">'''Referenties</font>
 +
 +
=Release notes=
 +
 +
In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [[MedMij:Vdraft_Ontwerpen#Release_Notes|Ontwerpen landingspagina]] voor wijzigingen die op alle informatiestandaarden van toepassing zijn.
 +
 +
{| class="wikitable" "cellpadding="10" style="background-color: white;"
 +
!style="text-align:left;"|Release
 +
!style="text-align:left;"|Versie
 +
!style="text-align:left;"|BITS issue
 +
!style="width:850px; text-align:left;"|Omschrijving
 +
 +
{{ReleaseNotes|package=2019.01 - April|release=1.0.6|issues=2|MM-1032|MM-954}}
 +
{{ReleaseNotes|package=2019.01 - Maart|release=1.0.4|issues=1|MM-1007}}
 +
|}

Huidige versie van 30 jul 2020 om 20:15


Naar medmij.nl
media
AfsprakenstelselFunctioneelTechnischAfspraken-Functioneel-Technisch


1 Inleiding

1.1 Algemeen

Deze pagina beschrijft het functioneel ontwerp voor de uitwisseling van beelden binnen MedMij. De algemene inleiding van de MedMij functionele ontwerpen kan hier gevonden worden.

1.2 Doelgroep

De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die hier gevonden kan worden.

1.3 Kaders en uitgangspunten

1.3.1 Richtlijn

Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.

1.3.2 Infrastructuur

Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.

1.3.3 Geografische reikwijdte

Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.

1.4 Kwalificatie

1.4.1 Introductie

Op deze informatiestandaard is een Nictiz kwalificatie van toepassing. Kwalificatie vindt plaats per systeemrol.

Enkele systeemrollen vallen binnen de 'subsidieregeling voor PGO-leveranciers (dienstverlener persoon)' die in 2018 is opgesteld door de Dienst Uitvoering Subsidie voor Instellingen. Welke systeemrollen dat betreft vindt u in ToelichtingSubsidie.

Voor meer informatie, stuur een mail naar 'kwalificatie@medmij.nl'.

Kwalificatiescripts en meer informatie over de kwalificatie is te vinden via de betreffende paragraaf op de Kwalificatiepagina.

2 Use Cases

2.1 Use case 1: Sturen beelden vanuit een PGO

2.1.1 Doel en relevantie

  • Het voor patiënten/ personen mogelijk maken regie op hun eigen gezondheid te nemen door beelden te sturen naar (verschillende) zorgaanbieders.
  • Deze use case ondersteunt geen interactie met de patiënt middels het PGO. De zorgverlener kan niet online reageren op de gestuurde beelden. De zorgverlener dient buiten deze use case om de beelden te bespreken met de patiënt.

2.1.2 Domein

Beelden in het domein van zorgaanbieders en patiënten/ personen.

2.1.3 Context

Het gaat om het elektronisch en gestructureerd sturen van beelden vanuit een persoonlijke gezondheidsomgeving (PGO) naar een zorgaanbiederssysteem (XIS). Deze pagina bevat (verwijzingen naar) beschrijvingen van:

  • informatie,
  • bedrijfsrollen (actoren),
  • proces,
  • systemen,
  • systeemrollen,
  • transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuur-onafhankelijk.

2.1.4 Informatie

Bij het sturen van beelden gaat het om de volgende informatie die uitgewisseld wordt: de beelden, bijbehorende meta-informatie per beeld en een mogelijk toelichting/ begeleidende tekst.

De informatie-elementen voor sturen en ontvangen van een beeld of collectie beelden staan in ART-DECOR Sturen Beelden.

2.1.4.1 Beeldformaat

  • De ontvangende systemen dienen de volgende gegevensformaten te ondersteunen: JPEG, PNG, GIF en JP2. De PGO bepaalt zelf in welke van deze ondersteunende beeldformaten, de beelden worden verstuurd. De genoemde beeldformaten zijn ook de gegevensformaten, bestaande uit één frame, die door DICOM standaard worden gespecificeerd voor gebruik bij DICOM web-services. Binnen deze use case zijn dit de enige gebruikte gegevensformaten voor beelden. Beeldformaat DICOM is niet in scope voor deze use case.
  • Beelden mogen extra (meta)informatie bevatten in bijvoorbeeld de Exif standaard. Een voorbeeld is het opslaan van patiëntgegevens binnen het beeldformaat JPEG. Hier wordt in deze use case echter geen gebruik van gemaakt.

2.1.4.2 Frequentie sturen beeld(en)

  • Met het oog op bijvoorbeeld een denial of service attack is de overweging geweest om de frequentie waarmee de patiënt beelden kan versturen te beperken. Besloten is om voorlopig geen beperkingen op te nemen in de standaard.

2.1.4.3 Grootte van beeld(en)

De maximale grootte van een beeld is 20 MB (voordat het Base64 encoded is). Een PGO kan één tot maximaal 3 beelden tegelijk sturen. De maximale grootte van een collectie beelden is 60 MB. Base64 codering maakt het resultaat 37% groter.

2.1.4.4 Toelichting

De patiënt kan per beeld en/of per collectie beelden een begeleidende tekst meegeven. Dit gaat middels de 'toelichting' meta-informatie elementen.

2.1.4.5 Meta-informatie

Het beeld dient te worden voorzien van voldoende meta-informatie om door het ontvangende systeem goed te kunnen worden geïnterpreteerd. De specificatie van de meta-informatie wordt gegeven in de dataset en transactiebeschrijving. Daarnaast kent het FHIR profiel, verwezen vanuit het technisch ontwerp, nog een aantal verplichte concepten. Deze use case houdt rekening met zelfstandige XIS-sen en met XIS-sen die zijn aangesloten op een XDS-netwerk door het bericht te voorzien van voldoende meta-informatie voor indexatie. Het correct indexeren van beelden in een XDS netwerk is de verantwoordelijkheid van het ontvangende XIS. Het technische ontwerp geeft een niet-normatieve implemenatierichtlijn middels een mapping van het FHIR bericht naar XDS concepten en het IHE MHD profiel.

2.1.5 Bedrijfsrollen

Deze use case onderscheidt twee bedrijfsrollen, namelijk de Patiënt en de Zorgaanbieder zoals te zien in onderstaande tabel.

Bedrijfsrol Activiteit
Patiënt Wil beelden sturen
Zorgaanbieder Wil beelden ontvangen

Bedrijfsrollen sturen beelden

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

Activiteitendiagram sturen beelden

Activiteitendiagram sturen beelden

2.1.6 Procesbeschrijving

2.1.6.1 Patient Journey – Thomas van Beek

Een voorbeeldsituatie die de meerwaarde van het sturen van beelden vanuit het PGO schetst is de patiënt journey van Thomas van Beek.

De afgelopen periode heeft Thomas wisselend last van eczeem. De vorige keer dat Thomas een dergelijke aanval had, waren de klachten al afgenomen op het moment dat de afspraak met de huisarts plaatsvond. Om de ernst van de klachten te kunnen inschatten heeft de huisarts gevraagd of Thomas in het vervolg een foto kan maken van de eczeem wanneer deze in alle ernst aanwezig zijn. Vandaag is het weer zover. Bij het maken van de afspraak met de huisarts verzoekt de assistente of Thomas direct een foto kan maken en deze de huisarts wil toesturen. Thomas maakt foto's van onder andere zijn gezicht en upload deze naar zijn PGO. Een paar dagen na het versturen van de foto heeft hij een afspraak bij de huisarts. De foto's komen tijdens het consult ter sprake en een passende behandeling wordt gekozen.

2.1.6.2 Patient Journey – Kenneth van Someren

Een tweede voorbeeld waarbij de meerwaarde van het sturen van beelden vanuit het PGO geschetst kan worden is de patiënt journey van Kenneth van Someren.

De grote antieke stoel in de woonkamer is het plekje waar Kenneth thuis graag te vinden is. De stoel begon echter de laatste tijd steeds minder lekker te zitten. De zuster adviseert regelmatig af te wisselen met de bank, maar de televisie is lang niet zo interessant als het dorpsplein aan de overkant van de straat. Het begon met enkel een klein rood plekje op zijn ruggengraat, maar inmiddels begon dit vormen aan te nemen die ook dochter Debby zorgen baarde. Na kort overleg met de thuiszorg besluit ze telefonisch contact op te nemen met de wondverpleegkundige van de organisatie. Deze vraagt om een duidelijke foto te maken en via het PGO te sturen voor beoordeling. De wondverpleegkundige ziet de foto en vind het ook zorgelijk. Daarom maak ze direct een afspraak met Kenneth om de plek zelf te beoordelen. De volgende ochtend lukt dat al en die middag komt de thuiszorg met de juiste kennis en materialen om de wond te behandelen.

2.1.6.3 Proces

Het stuk van het proces waar het in deze use case omgaat is:

  • Patiënt en zorgverlener maken de afspraak dat de patient een beeld kan sturen aan de zorgverlener.
  • Patiënt maakt, ontvangt of downloadt één of meerdere beelden en uploadt deze naar zijn PGO. De beelden kunnen gemaakt zijn door de patiënt, een zorgaanbieder of iemand anders.
  • Patiënt heeft de mogelijkheid om een begeleidende tekst van maximaal 1 MB toe te voegen aan het beeld en/of beelden.
  • Het PGO stuurt de beelden naar het systeem van de zorgaanbieder.
    • Mogelijk moet of kan de patiënt metagegevens behorende bij de beelden aanvullen of invullen.
  • De zorgaanbieder raadpleegt de beelden in zijn eigen dossier (XIS).
  • De zorgverlener bespreekt het beeld buiten het PGO om met de patiënt. Deze use-case ondersteunt geen interactie met de patiënt middels het PGO.

Deze paragraaf vervolgt met een beschrijving van precondities, processtappen, en postcondities.

2.1.6.3.1 Preconditie
  • De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van beelden tussen het eigen PGO en de betreffende XIS.
  • De patiënt en zorgaanbieder hebben onderling afspraken gemaakt over het sturen van beelden.
  • Het XIS van de zorgaanbieder is in staat afbeeldingen van de patient te ontvangen.
  • De beelden bevinden zich in of zijn toegankelijk voor, het PGO
2.1.6.3.2 Processtappen
  • Het systeem van de patiënt (PGO) stuurt de beelden naar het systeem van de zorgaanbieder (XIS).
  • Het systeem van de zorgaanbieder (XIS) ontvangt de beelden van het PGO.
2.1.6.3.3 Postconditie
  • Indien het systeem van de zorgaanbieder (XIS) gebruik maakt van een XDS-omgeving zal dit systeem de beelden op gepaste wijze in het netwerk registreren.
  • De zorgaanbieder gebruikt het systeem (XIS) om de beelden te kunnen zien en/of beoordelen.

2.1.7 Systemen & Systeemrollen

Zowel de patiënt als de zorgaanbieder maken ieder gebruik van een informatiesysteem:

  • PGO (patiënt)
  • XIS (zorgaanbieder)

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om beelden van de patiënt naar de zorgaanbieder.

Systeem Naam systeemrol Systeemrolcode Omschrijving
PGO Sturen van Beelden MM-1.0.7-BES-FHIR Sturen van beelden naar zorgaanbieder
XIS Ontvangen van Beelden MM-1.0.7-BEO-FHIR Ontvangen van beelden vanuit het PGO

Zie ook onderstaande afbeelding.

Componenten diagram

Componenten diagram van systemen en systeemrollen

2.1.8 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een stuur- en ontvangstbericht). Onderstaande tabel biedt een overzicht voor deze use case.

Transactiegroep Transactie Systeemrolcode Systeem Bedrijfsrol Technisch
Beelden (PUSH) Sturen Beelden MM-1.0.7-BES-FHIR PGO Patiënt Beelden in FHIR
Ontvangen Beelden MM-1.0.7-BEO-FHIR XIS Zorgaanbieder

2.1.9 Use case diagram

Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

Use case diagram Sturen Beelden

Use case diagram sturen beelden

3 Functionaliteit

3.1 Eisen en wensen

  • Afstemming vooraf: Tijdens de ontwikkeling van de informatiestandaard is er nagedacht over het opnemen van een verplichte checkbox die de patiënt moet aanvinken om aan te geven dat er afstemming is geweest met de zorgverlener. Uiteindelijk is besloten om deze eis niet op te nemen in de standaard omdat in de praktijk patiënt en zorgverlener altijd een context hebben waarin het sturen van de beelden past. Daarnaast is het uitgangspunt om de patiënt zo min mogelijk te laten invullen bij het sturen van een beeld.

3.2 Niet functionele eisen en wensen

Het technisch ontwerp bevat een aantal verplichte (technische) data elementen die niet zijn opgenomen in de functionele dataset. Een aantal van deze velden zijn verplicht gesteld om compatibiliteit met XDS-netwerken te ondersteunen. Het gaat om de volgende elementen:

  • Indentificatie van het beeld en collectie beelden
  • Een hash van de data van het beeld

4 Verantwoordelijkheid voor informatie

Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

5 Afschermen van gegevens

Er zijn geen afspraken over het afschermen van gegevens.

6 Infrastructuur

Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

7 Referenties

Auteur(s) Titel Versie Datum Bron Organisatie
- Persoonlijke Gezondheidsomgeving 06-12-2018 https://www.patientenfederatie.nl/themas/persoonlijke-gezondheidsomgeving/ Patiëntenfederatie Nederland
- Rendered Media Types 10-12-2018 http://dicom.nema.org/medical/dicom/2017d/output/html/part18.html#table_6.1.1-3 NEMA (DICOM)
- Exif 10-12-2018 https://en.wikipedia.org/wiki/Exif Wikipedia



Referenties

8 Release notes

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de Ontwerpen landingspagina voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

Release Versie BITS issue Omschrijving
2019.01 - April 1.0.6 MM-1032 Removed the explicit slice "masterIdentifier" from the images-Media profile, as it was impossible to define a discriminator. The masterIdentifier concept is now defined directly on Media.identifier.
MM-954 Removed several stand-alone examples for the Images standard which were already present in an example Bundle, as they only have meaning within a Bundle context and Removed an illegal extension from one of the Images examples.
2019.01 - Maart 1.0.4 MM-1007 The IG for the Images information standard included broken links to example instances on Simplifier. These have been removed and replaced with a general link to example instances on Simplifier.