Metainformasjon
(Se her for forklaring av elementer og gyldige kodeverdier som kan benyttes på Helsenorge for alle typer FHIR-ressurser: Meta informasjon som kan benyttes for alle FHIR ressurser )
...
meta.tag - Varsling (frivillig)
Parameteren bør benyttes for å angi hvordan avsender organisasjonen skal framstå (navn) i SMS- og e-post varsler til innbygger. Dersom ikke angitt, inkluderes ikke navnet til avsender av servicemeldingen i SMS/e-post varsel til innbygger om ny hendlesehendelse.
Kodesystem: http://helsenorge.no/fhir/varsling
Verdisett (gyldige kodeverdi for ServiceRequest):
9 - Benytt angitt navn som avsender i varsel til innbygger (erstatter tidligere bruk av meta.security - sensitivAvsender)
Eksempler:
Code Block |
---|
<meta> <tag> <extension url="http://helsenorge.no/fhir/extension/varselorganisasjon"> <valueString value="Ullevål sykehus, OUS"/> </extension> <system value="http://helsenorge.no/fhir/varsling"/> <code value="9"/> <display value="Benytt angitt navn som avsender i varsel til innbygger"/> </tag> </meta> |
...
|
| |||||||
---|---|---|---|---|---|---|---|---|
| identifier (mandatory): En identifikator som identifiserer denne servicemeldingen forretningsmessig uavhengig av ressursens id på en FHIR-server. Skal være en GUID. Kan benyttes for å knytte denne servicemeldingen sammen med eventuelle etterfølgende servicemeldinger. EksEksempel på bruk under:
| |||||||
status (mandatory): Status på CommunicationRequest i henhold til FHIR kodeverk.Skal , skal alltid være “active” og er påkrevd.
| ||||||||
category (mandatory): Type CommunicationRequest i henhold til FHIR kodeverk. Gyldige kodeverdier for servicemelding:
| ||||||||
subject (mandatory): Her identifiseres den Dette identifiser innbygger som skal ha servicemeldingen . Det og det skal benyttes fødselsnummer eller d-nummer. EksEksempel på bruk under:
| ||||||||
about (betinget): Dersom servicemeldingen referer til en FHIR- ressurs som er “kjent” tilgjengelig på Helsenorge, kan det legges inn en referanse til denne her. Med “kjent” tilgjengelig menes at ressursen enten er lagret på Helsenorge eller at Helsenorge kan hente denne på vegne av innbygger fra den eksterne aktøren. Hver ressurs-type er tilknyttet et løsningsområde på Helsenorge som har ansvaret for å vise den aktuelle referansen til innbygger når det “klikkes” i hendelsesmenyenvegne av innbygger fra den eksterne aktøren. Helsenorge kan da vise detaljene til innbygger. For ressurser som hentes eksternt, må avsender av hendelse verifisere at innbygger som mottar hendelse også har tilgang til ressursen. Eksempelvis skal det ikke sendes varsel om prøvesvar som ikke er tilgjengelig for innbygger. Eksempel for varsel knyttet til en eksisterende timeavtale
Eksempler for en melding som angår nytt prøvesvar. Pr. i dag har vi 3 forskjellige kilder for prøvesvar:
| ||||||||
payload: Referanse til en Hendelsestype på Helsenorge. Disse er forhåndsfeinert, forhåndsdefinert og nye legges til ved behov. Teksten som vises for innbygger i Hendelsesmenyen vil være funksjon av Hendelsestype og “category” , se overog vedlikeholdes av Helsenorge. Foreløpig er følgende Hendelsestyper definert:
| ||||||||
requester (mandatory): Den som har generert servicemeldingen. Skal inneholde organisasjonsnummer og navn. “Display-verdien” er slik avsender framstår for innbygger i hendelsesmenyen på Helsenorge.
|
...