Delen van resultaatgegevens (pdf) (KA-152)

[MarcelSchrauwen]

Als zorgverlener wil ik het resultaat van een ingevulde vragenlijst als pdf kunnen delen met andere applicaties zodat ik deze daar kan hergebruiken voor primaire en/of secundaire doeleinden.

Link naar dossier: Delen van resultaatgegevens (pdf) (KA-152)

[MarcelSchrauwen]

Op basis van twee use cases wordt nu eerst de mogelijkheid voor het uitwisselen van een pdf onderzocht. (zie dossier voor details)

[MarcelSchrauwen]

Om het schetsen van de technische oplossingsrichting te beter te ondersteunen heb ik de specificatie van de wens uitgebreid.

[MarcelSchrauwen]

Begin 2024 willen we deze wens graag kunnen verwerken in de standaard. Om dit te kunnen realiseren is voorbereidend werk gedaan op:

• Architectuurbesluit (KA-68)
• Impact Analyse (KA-68)
• GAP analyse (KA-68)

Na het schetsen van de technische oplossingsrichting kunnen bovenstaande onderwerpen verder uitgewerkt worden.

[MarcelSchrauwen]

Het overnemen van resultaat is opgesplitst in een issue met betrekking tot pdf en een issue met betrekking op gestructureerde gegevens.

[MatthijsJantzen]

Dank voor de uitleg zojuist bij de deelnemersraad. Ik deel de uitleg intern bij GGz Centraal en kom binnenkort bij je terug om te praten over de vervolgstappen

[MarcelSchrauwen]

Het schetsen van de technische oplossingsrichting is in volle gang. De Solution architect betrekt de werkgroep standaarden van VZVZ om te borgen dat daarvoor de juiste keuzes gemaakt worden. De technical lead gaat de technische community nauwer betrekken bij het uitwerken van de juiste technische werking.

[MarcelSchrauwen]

De technische community heeft zojuist gepraat en nagedacht over een juiste technische uitwerking. Er worden nu twee richtingen uitgewerkt. Eén waarbij de pdf opgeslagen wordt in de FHIR store (tijdelijk), en één waarbij de pdf op een andere wijze uitgewisseld kan worden. De eerstgenoemde zit het dichtst tegen de huidige architectuur aan - de tweede optie is wat innovatiever van opzet maar vraagt wellicht om meer inspanning van standaardisatieteam en IT-leveranciers.
Komende week hopen we beide opties te kunnen bespreken met de product owner van Koppeltaal, daarna bespreken we hem waarschijnlijk nog een keer binnen de technische community, waarna we tot slot een visiegroep bijeenroepen om een definitief besluit te nemen.

[MarcelSchrauwen]

Inmiddels zijn er meerdere technische oplossingsrichtingen ontstaan waarvan het moeilijk kiezen is zonder inbreng van de daadwerkelijke eigenaren van de gegevens. We organiseren daarom op korte termijn een sessie waarmee we de gegevensverwerking binnen Koppeltaal gaan bespreken met de gebruikers. Om een duurzaam component te blijven binnen het informatiestelsel moeten we ook steeds meer rekening gaan houden met de DIZRA principes en de NVS.

[MarcelSchrauwen]

Het onderzoek naar de meest nette technische oplossing duurt wat langer dan gehoopt maar dit is te verklaren omdat we op zoek zijn naar de meest duurzame oplossing. We spreken daarom ook vooral met FHIR experts over deze wens. Om het maken van een keuze goed te ondersteunen werken we een aantal scenario's uit. Wil je hier meer over weten - neem dan gerust even contact met mij op. We bespreken alle scenario's overigens z.s.m. met de gebruikers (zorgaanbieders) en met de technische community. Mogelijk vormen sommige scenario's ook aanleiding om ze te bespreken in de eigenaarsraad.

[MarcelSchrauwen]

Op 8 april hebben we met de productmanager de scenario’s doorgenomen. Scenario 1,2, en 3 zien we als de meest realistische. Daarvan zal de solution architect samen met de technical lead en de technische community nog voor de zekerheid toetsen of ze ook technisch uitvoerbaar zijn binnen kaders van juist gebruik van standaarden (zoals FHIR). Wanneer we zeker weten dat ze alle drie uitvoerbaar zijn leggen we ze voor aan de Koppeltaal eindgebruikers.

Scenario 4 wordt als niet realistisch gezien voor de korte termijn maar deze blijven we wel volgen in het kader van NVS.