Bør patient være et array?

[steinarnoem]

Ved administrasjon av helsehjelp kan det være naturlig at den som planlegger eller administrer jobber med flere pasienter til samme tid. I slike tilfeller vil attesten kunne være lik for alle pasienter, bortsett fra pasient_id.

Jeg vil gjerne diskutere om det er fornuftig å omdefinere pasientinformasjonen i spesifikasjonen slik at den tar høyde for flere pasienter.

Forslag:

patients: [ "patient": { "id": "05076600324", "name": "Kognar Maman", "system": "urn:oid:2.16.578.1.12.4.1.4.1", "authority": "https://www.skatteetaten.no" }, "patient": { "id": "06087700435", "name": "Agnar Kognan", "system": "urn:oid:2.16.578.1.12.4.1.4.1", "authority": "https://www.skatteetaten.no" } ]

Noen tanker @richardhus, @eirikbroen, @mortsten ?

[eirikbroen]

:) liker egentlig tanken her, men kanskje noe sent i løpet å innføre? Det jeg liker godt med forslaget er at det gir oss noe fleksibilitet i forhold til antall pasienter en attest gjelder for. Kan gjelde en pasient, en liste eller også ikke kjent pasient. Som du skriver @steinarnoem kan det være tilfeller hvor attest gjelder for flere pasienter, altså liste. Vi vet også om minst ett brukstilfeller hvor pasient ikke er kjent når attest benyttes; tilgang til sanntidsinformasjon for innkommende ambulanser.

Hvis vi setter attributt patients som påkrevd og type til array og samtidig tillatte tomt array støtter vi alle tre varianter (en, liste, ikke kjent).

[richardhus]

Jeg støtter @eirikbroen her fullt ut, har ingen umiddelbare motforestillinger mot å gjøre dette om til et array, ut over at det kan bli interessant hvordan/om vi eventuelt får parset et slikt array i alle ulike komponenter som eventuelt trenger å parse dette i fremtiden. Siden vi får til å parse embedded HL7v2 og HL7v3 i dagens SAML XUA billett i vår PingFed ved hjelp av de litt proprietære bibliotekene og scriptspråkene som brukes der, så er det nok fullt mulig både der og i de fleste andre litt sære komponenter å parse også dette...