1.4.1 - ci-build
DiagnosticReportIG - Local Development build (v1.4.1) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Official URL: http://nhn.no/fhir/nilar/ImplementationGuide/diagnostic.report.nilar | Version: 1.4.1 | |||
Active as of 2024-07-02 | Computable Name: DiagnosticReportIG |
Dette er implementasjonsguide (IG) for tjenesten Pasientens Prøvesvar, i prosjektfasen kalt Nilar (Nasjonalt Informasjonstjeneste for laboratorie- og røntgensvar). Nilar brukes som identifikator på ressursene i denne IG og brukes også som navn på tjenesten i dokumentasjonen.
Data inn til Nilar leveres med KITH-meldingen svarrapport, v1.4 (og 1.3), som xml. Skjemadefinisjonen, sammen med observert variasjon i innholdet i disse meldingene, legger føringene som kommer til uttrykk i denne IG.
Svarmeldingene oppstår i laboratoriene og det er ingen kobling til denne IG ved opprettelse av svarmeldingene. Videre mapping til Fhir tar utgangspunkt i innholdet i xml. Det er er derfor ingen bruk av denne IG ved opprettelse av den informasjon som leveres ut fra Nilar. IG’en er en ren dokumentasjon for mottakere av data fra Nilar.
Nilar vil bestrebe seg på å levere data ihht. denne IG, men variasjon som legges inn i svarmeldingene der de oppstår gjør at det kan forekomme data som ikke oppfyller alle krav i denne IG. I den grad slike varianter er kjent er de tatt hensyn til i guiden.
API som tilbyr data ihht. denne IG er beskrevet i utviklerportalen.
Denne implementasjonsguiden er tiltenkt klientsystemer som ønsker å hente laboratorie og røntgensvar ut fra Pasientens prøvesvar. I den initielle prosjektfasen ble behovene til Kjernejournal og Helsenorge lagt til grunn. Tjenesten som sådan er imidlertid generisk og kan brukes av andre systemer så langt behovene dekkes.
Eksempler på mulige klienter kan være
Denne IG skal ikke brukes for å sende data til Nilar, til det er den for tett knyttet til KITH meldingsstandard. Den er kun ment som en beskrivels av hva man kan forvente UT fra Nilar, gitt at datagrunnlaget er meldinger mottatt på KITH meldingsstandard.
I Fhir er de ulike ressursene “selvstendige”, med mulige referanser til andre ressurser. I kith-meldingene som mottas fra laboratoriene har de en struktur der noen ressurser eksisterer inni en annen ressurs. Mappingen løser opp i dette, men bruker informasjon i strukturer til å hente enkelt verdier fra foreldre-elementer i strukturen. Resultatet er Fhir-ressurser som er så selvstendige som de skal være, men der man i varierende grad finner spor av den opprinnelige strukturen. Mest uttalt er dette ved resistensbestemmelse, der et hierarki av ResultItems/Observations brukes til å sammenstille ulike aspekter ved undersøkelsen. Dette hierarkiet, og nødvendigheten av å se hele sammenstillingen for å få et meningsfullt totalbilde, er bevart i Fhir-ressursene.