Verduidelijking nodig (issue-id 2.16.840.1.113883.2.4.3.11.60.90.77.6.297) |
Laatst toegekend aan 'Arianne van de Wetering (AW)' |
Issue | Meerdere zorgverantwoordelijkheidsperioden | |
---|---|---|
Id | peri-issue-297 | |
Type | Verduidelijking nodig | |
Status | ![]() |
|
Prioriteit | normaal | |
![]() |
![]() |
|
Auteur | Arianne van de Wetering (AW) | |
Omschrijving | Phoqus heeft gekwalificeerd, issue kan gesloten worden. |
|
![]() |
Toegekend aan Arianne van de Wetering (AW) (id#17) op 2013‑02‑14 14:59:33 | |
Auteur | toegekend door Arianne van de Wetering (AW) (id#17) | |
Omschrijving | Inhoud van dit issue overleggen met Martin Jaspers. | |
![]() |
![]() |
|
Auteur | Kai Heitmann | |
Omschrijving | Ad 1) Een aanleverbericht zegt in principe niets over Care Provisions, het is een
samenvatting van wat er gebeurde. Een link naar de afzonderlijke Care Provisions in
wel voorzien door een element reference. Dat zit alleen in de template voor het aanleverbericht. Voorbeeld: <reference typeCode="REFR"> <careEvent> <!-- een eerdere zwangerschaps intake (start zorg) episode waarvoor de verloskundige verantwoordelijk was --> <id root="2.16.840.1.113883.2.4.99.23444.6" extension="cp16645"/> <code code="OBS" codeSystem="2.16.840.1.113883.5.4"/> </careEvent> </reference> Ad 2) Dit is de registratie event care provision, in het voorbeeldbericht terug te zien als regigrationEvent waar ook de template id 90.70 in zit Ad 3) Niet alle voor zorgverleners handige groeperingen zijn ook terug te vinden in de XML; zie template aanleverbericht Ad 4) en 5) Er is op dit moment geen id van de overkoepelnde registratie act (registrationProcess), alleen een code 900000. Om later update door te kunnen voeren heeft registrationProcess nu wel een id: <!-- een id voor het registration proces om later voor update doeleinden daaaran te kunnen refereren --> <id root="2.16.840.1.113883.2.4.99.23444.6" extension="rps4632856243"/> |
|
![]() |
![]() |
|
Auteur | Kai Heitmann | |
Omschrijving | Id moet nog worden toegevoegd aan de registrationProcess beschrijving en de template voor registrationProcess | |
![]() |
![]() |
|
Auteur | Reviewteam via Martin Jaspers | |
Omschrijving | Je hebt me uitgelegd dat er meerdere CareProvisionEvents zullen kunnen komen in één bericht: “In een registratiebericht staan de twee of hoeveel care provisions die bijvoorbeeld een verloskundige heeft verzorgd gerefereerd met hun identificatie, alleen genoemd maar zonder gegevens direct daaraan te koppelen. Conceptueel is er dan sprake van een overkoepelende act die de twee referenties samenvat en de gegevens allemaal meegeeft. Maw: een registratie act die de twee care provisions noemt en de bijbehorende gegevens allemaal samenvat.” Vragen: 1. Hoe zie ik terug in DECOR dat er meedere CareProvisionEvents kunnen zijn in het Aanleverbericht PRN 1e lijn naar PRN? 2. Hoe komt de door jou genoemde “overkoepelende registratie-Act” terug in het bericht? Waar zie ik die in DECOR? 3. Waarmee komt peri20-dataelement-4 ‘Zorgverlening’ overeen in de XML? Is dit het CareProvisionEvent of is dit de ‘registratie-Act”? Of nog iets anders? 4. Is er een ID voor die “registratie Act’? En waar zie ik die in DECOR? 5. Hoe werkt het updaten? M.a.w. welke ID of ID’s gebruikt de berichtgever om aan te geven welke gegevens ze willen updaten als ze een tweede keer een bericht insturen? (Tot nu toe ging ik uit van de careprovisionevent-id, maar als de data-items daar niet aan hangen, kan dat niet) | |
![]() |
Dit is niet de interactieve versie (ART) van DECOR. U kunt een opmerking met betrekking
tot dit issue doorgeven via email ![]() |