Arena Dialogmeldinger
Oppsett, konfigurasjon og tilgangskontroll
Forutsetninger for bruk
Sykehuset må ha følgende moduler av DIPS Dialogmeldinger:
Import /eksport av dialogmelding
1133
Tabell 206. Påkrevde Produkter/lisenser
Konfigurasjon
Installere DIPS Dialogmeldinger
DIPS Dialogmeldinger er en lisensbelagt modul med produktnummer 1297.
Opprette/endre dokumenttyper for de tre meldingstypene.
Det leveres en dokumenttype per meldingsanvendelse. Hak av i Dokumenttype vedlikehold i DwAdmin at: Godkjenning kreves. Knytt disse dokumenttypene til opprettet Journalgruppe. Det kan også opprettes nye dokumenttyper. Disse må da tilknyttes rett fragmenttype før de kan tas i bruk. Dette gjøres også i dwAdmin.
Opprette en journalgruppe for meldingene.
ViaDIPS adminJournalJournalgruppe vedlikehold. Lag en ny journalgruppe FE-Dialogmeldinger, seNødvendige beslutninger. Gi aktuelle brukere tilgang til gruppen.
EDI oppsett i "DIPS Admin"
Søk frem aktuelle organisasjoner som kan motta dialogmeldinger. Trykk knappen EDI-oppsett og hak av for meldingstype: Dialogmelding. Svarprotokollen er satt til: KITH XML Dialogmelding versjon 1.0
Sette opp at meldinger skal besvares i Classic
SeSette opp at meldinger skal besvares i Classic
Nødvendige beslutninger
Hvordan navngi journalgruppen for dialogmeldinger
Ikke noe absolutt krav om et spesielt navn på journalgruppen, men et forslag er å navngi denne slik: FE-Dialogmeldinger.
Oppsett for frittstående dialogmeldinger, fastlege
Fremgangsmåte i DIPS Admin
Følgende oppsettparameter må settes for å styre meldinger som kommer inn til sykehuset, slik at disse plasseres riktig i arbeidsflyten i DIPS (Mine Arbeidsoppgaver på siden "Oppgave"): DwAdmin Organisasjon Systemoppsett søk etter Frittstående Dialogmld: Arb.gruppe for innk. mld.. Organisasjonstilknytningen til mottaker av meldingen benyttes ved oppslag i dette systemoppsettet. Merk at hvis innkommende melding er knyttet til en tidligere utgående melding, vil organisasjonstilknytningen til avsender av tidligere utgående melding bli benyttet. +
I DIPS Admin må alle dokumenttyper som skal benyttes knyttes til en passende journalgruppe.
Figur 21. Dokumenttype vedlikehold
Angi i kodeverket JT-DIALOGUEREPLYDOCTYPES hvilke dokumenttyper det skal være mulig å svare med. Dette gjøres ved å opprette en ny kodeverkverdi hvor koden er dokumenttypeid fra typen opprettet i punkt 1, og som har kodeverkparameter DOCTYPEID med verdi lik dokumenttypeid opprettet i punkt 2.
Figur 22. Rediger kodeverdier
Oppsett av dialogmeldinger til og fra pasientportal
Det finnes mulighet for å sette opp import fra og eksport til en pasientportal; såkalte pasientdialogmeldinger. Dette kapitlet tar for seg hvordan dette oppsettet gjøres. Det må gjøres konfigurasjonsendringer både i "DIPS Admin" og i konfigurasjonen til "DIPS Message Broker". I eksemplet er det benyttet konfigurasjon som benyttes i Helse Vest i integrasjonen mot "Vestlandspasienten".
Fremgangsmåte i DIPS Admin
Knytt dokumenttype som skal benyttes for innkommende pasientdialogmeldinger til fragmenttype «Dialogmelding - Forespørsel». Utskrift skal ikke kreves, og dokumenttypen må knyttes til passende journalgruppe(r).
Figur 23. Dokumenttype vedlikehold for pasientdialog
Systemoppsett «Pasientdialog: Meldingstyper» må settes. Dette inneholder en kommaseparert liste over alle meldingstyper som skal betraktes som pasientdialogmeldinger. Meldingstypene er de samme som benyttes i KITH hodemelding, for eksempel «DIALOG_INNBYGGER_TIMER,DIALOG_INNBYGGER_KOORDINATOR».
Angi i kodeverket FE-ROLLEROVENFORPASIENT en rolle som representerer helsefaglig kontakt (kode 21 i volven OID=9034). Denne må senere henvises til i en variabel i tilstandsmaskinen for pasientmeldinger (TreatmentHcpRoleTypeId).
Systemoppsett «Dok.type for importert dialog forespørsel fra pas.» må settes. Som verdi benyttes dokumenttypeid for dokument fra punkt 1 som er knyttet til fragmenttype «Dialogmelding - Forespørsel». Du finner denne ID’en i Dokumentadmin, under menypunkt "Typeoversikt".
Figur 24. Systemoppsett for import av pasientforespørsel
Det er mulig å sette opp at enkelte typer forespørsler ikke skal være mulig å svare på. Dette angis i oppsettparameter «Pasientdialog: Meldingstyper uten svarmulighet». I dette eksemplet er det satt opp at forespørsler av type 05 fra Volven-kodeverk 7602 ikke skal kunne svares på.
Figur 25. Systemoppsett for å definere forespørseltyper som ikke kan besvares
Systemoppsett «Default arbeidsgruppe for Melding fra pasient» må settes. Det er dette som styrer hvilken arbeidsgruppe meldingene som ikke skal til privat arbeidsgruppe vil havne i. Organisatoriske enheter hentes fra den planlagte kontakten som dialogen omhandler.
Figur 26. Systemoppsett for å angi default arbeidsgruppe
Opprett en ny organisasjon som skal motta pasientdialogmeldinger. Denne må ha EDI-oppsett for dialogmelding. I dette eksemplet er det opprettet en organisasjon som heter «Helsenorge.no».
Figur 27. Registrer organisasjon
Opprett to nye personrekvirenter under den nye organisasjonen. Det er disse som skal benyttes som forfatter på de importerte meldingene. Ved bruk av andre rekvirentkoder enn PAS1 og PAS2 må variabler i tilstandsmaskinen for pasientmeldinger oppdateres.
Figur 28. Registrer rekvirent Pasienten Selv
Figur 29. Registrer rekvirent Pasientens pårørende
Sette opp at meldinger skal besvares i Classic
Ved å angi dokumenttype som er av type dialogmelding i systemoppsettet "Arena: Dok. typer som skal besvares i Classic", vil dokumenttypen ikke være mulig besvare i Arena. For dokumenttypene angitt i systemoppsettet, vil svar-knappen i Arena være deaktivert, og når man holder musepekeren over den deaktiverte svarknappen vil det vises en tekst om at dialogmeldingen må besvares i DIPS Classic.
Figur 30. Systemoppsett Arena: Dok. typer som skal besvares i Classic
Oppsett i Dokumentadmin
Her følger en beskrivelse av hvordan du skal sette opp dokument for sending i Dokumentadmin. Det vil være satt opp med standardverdier ved levering for de forskjellige dialogmeldingene.
Dokumentmaler for dialogmeldinger
Når du har åpnet siden står du på menyvalget "Dokumentmaler". Denne inneholder verdier for valgt dokument. Du kan søke opp dokumentet du ønsker å behandle, og du kan søke i hele navnet. I eksempelet under har vi søkt opp alle dokumenter som inneholder "Dialogmelding", og bildet viser forespørsel. Nederst til høyre ser du hvordan inputfelt til denne meldingen vil vises for bruker.
Dokumenttyper for dialogmeldinger
Forklaring på innhold i typeoversikt
Dokumenttype
Angir ID og navn på dokumenttypen. For svar på forespørsel må dette legges inn i kodeverket referert til iOppsett av dialogmeldinger til og fra pasientportal.
Skjul dokumenttype ved nytt dokument i Arena
Kryss av i denne dersom du vil at angitt dokumenttype ikke skal være tilgjengelig fra valget "Nytt dokument". Dette vil være aktuelt for svar på mottatte meldinbger.
Persistent
Persistent vil si at det kun kan finnes én versjon av dette dokumentet. Dialogmeldinger vil ikke være persistente.
Dokument kan sendes
For Dialogmeldinger må det krysses av for at dokumentet kan sendes. Det vil dukke opp en ny meny når du krysser av. Det er viktig å fylle ut denne menyen. Noe vil være forhåndsutfylt, og dette bør ikke endres.
Meldingsoppsett:
Handlebar
Viser hvilken handlebar som benyttes under transformasjonen.
Xslt
Viser om xslt-transformasjon benyttes i tillegg til handlebar.
EDI Meldingstyper
Viser hvilken meldingstype denne er knyttet til. Mottakere som kan motta elektroniske meldinger må settes opp til å kunne motta denne meldingstypen i DIPS Admin.
Opprett printoppgave for papirmottaker
Dialogmeldinger er ikke hensiktsmessig å sende til papirmottaker.
Forhåndsvisning
Når denne er utkrysset vil det være mulig å se meldingen slik mottaker får de den før du sender.
OBJECTNAME
Meldingsnavn i MessageBroker. Dette må ikke endres uten at det samtidig er gjort i MessageBroker.
OBJECTEVENT
Meldingstype i MessageBroker. Dette må ikke endres uten at det samtidig er gjort i MessageBroker.
Fast avsender
Her velger du om du ønsker å angi en fast avsender på dokumentet når det sendes. Om du angir fast avsender vil denne brukes i stedet for avsender angitt i "Systemoppsettparameter for avsenders Her Id".
Systemoppsettparameter for avsenders HER-id
Angi i hvilken Systemoppsettparameter avsenders HER-id ligger. Se tabell under.
Visning av meldingen etter sending
"Vis ikke " = meldingen skal ikke vises etter sending. "Foran skjemaet" = HTML-visning åpnes først og du må velge tab for skjemavisning. "Etter skjemaet" = Skjema vises først, og du kan se HTML-visning ved å velge fliken "Melding".
Hovedmottaker
Fast mottaker 1)
Benyttes dersom alle meldinger skal gå til samme mottaker hver gang. Dette vil ikke være aktuelt for fastlegedialogmeldinger, men for pasientdialogmeldinger skal denne krysses av. Det vil da komme opp et felt hvor du skal legge inn "Helsenorge.no". Det vil også være mulig å legge til kopimottaker. Denne skal være tom. Feltene under "Tillat søk" vil ikke være tilgjengelige når fast mottaker er definert.
Tillat søk:
Personrekvirent
Krysses av dersom du skal kunne søke på personer. Dette bør være avkrysset.
Tjenesterekvirent
Krysses av dersom du skal kunne sende til tjenesterekvirenter. Anbefales.
Kun EDI-mottakere
Skal være krysset av for alle dialogmeldinger.
Krev HER-id
Filtrerer bort mottakere som ikke har HER-id fra søket.
1) Helsenorge.no legges inn som hovedmottaker på alle dokumenter som starter med "Pasientdialog". Dette gjelder følgende dokumenter:
-1613 — Pasientdialog Arena - Svar til pasient
-1614 — Pasientdialog Arena - Svar pasient henvendelse
-1615 — Pasientdialog Arena - Svar pasient ønske om endring av time
-1616 — Pasientdialog Arena - Svar pasient ønske om avslutning av behandlingsforløp
Systemoppsettparameter for avsenders HER-ID
Systemoppsett
Forklaring
EDI - Tjenesterekvirent som avsender
Angir HER-id for tjeneste som skal benyttes som avsender i meldinger fra Message Broker. En tjeneste med angitt HER-id må finnes i rekvirentregisteret. Parameteren støtter sykehus, avdeling, seksjon, lokalisering (hvis tilgjengelig i meldingen).
EDI - Arena Helsekontakt tjen.rekv som avsender
Angir HER-id for tjeneste som skal benyttes som avsender i helsekontakt- og helsekontaktdialogmeldinger fra Message Broker. En tjeneste med angitt HER-id må finnes i rekvirentregisteret. Parameteren støtter sykehus, avdeling, seksjon, lokalisering (hvis tilgjengelig).
EDI - Arena meldingssending tjen.rekv som avsender
Angir en kommaseparert liste med HER-id for tjenester som skal være mulig å benytte som avsender i meldinger fra generell meldingssending i Arena (f.eks. dialogmeldinger). Tjenester med angitte HER-id’er må finnes i rekvirentregisteret. Parameteren angis som oppsettparameter for å velge avsender i dokumentadmin på dokumenttyper som skal bruke den. Parameteren støtter sykehus, avdeling, seksjon, lokalisering (hvis tilgjengelig).
EDI - Arena Fastlegedialog tjen.rekv som avsender
Angir HER-id for tjeneste som skal benyttes som avsender i meldinger fra Message Broker på meldinger av typen Arena Fastlegedialog. En tjeneste med angitt HER-id må finnes i rekvirentregisteret. Parameteren støtter sykehus, avdeling, seksjon, lokalisering (hvis tilgjengelig i meldingen).
EDI - Arena Pasientdialog tjen.rekv som avsender
Angir HER-id for tjeneste som skal benyttes som avsender i meldinger fra Message Broker på meldinger av typen Arena Pasientdialog. En tjeneste med angitt HER-id må finnes i rekvirentregisteret. Parameteren støtter sykehus, avdeling, seksjon, lokalisering (hvis tilgjengelig i meldingen).
Dokumentkonsept
Benyttes ikke av dialogmeldinger.
Arena Dialogue Message MessageBroker
Oppsett i DIPS Message Broker
Du kan endre variabler i tilstandsmaskinene for de enkelte meldingene ved hjelp av "CustomConfig".
Eksport av dialogmeldinger
Variabler i tilstandsmaskinen "DialogueMessageExport"
Variabler
Beskrivelse
Default-verdi
DefaultTimeoutSeconds
Angir hvor mange sekunder MessageBroker skal vente på kvittering før varsel om manglende kvittering trigges.
345600 (4 døgn)
WorkFlowOnNegAck
Angir om negativ kvittering skal gi varsel i DIPS arbeidsflyt.
true
WorkFlowOnTimeOut
Angir om uteblitt kvittering skal gi varsel i DIPS arbeidsflyt.
true
UsePrivateWorkGroup
Angir om det skal brukes privat arbeidsgruppe ved bruk av arbeidsflyt.
false
Tabell 209. DialogueMessageExport
Import av dialogmelding fra pasient
Variabler i tilstandsmaskinen "PatientDialogueImportArena"
PatientCreation
Angir om en pasient skal opprettes dersom pasienten ikke finnes i Arena fra før.
true
PatientSearchEnhanced
Angir om det skal gjøres et nøyaktig søk på navn og fødselsdato dersom fødselsnummer ikke blir funnet.
true
AllowGenerationofNationalId
Angir om et nytt hjelpenummer skal brukes ved opprettelse av pasient i tilfelle meldingen ikke inneholder fødselsnummer. Denne variabelen er avhengig av at "PatientCreation" er satt til true.
true
AcceptHno
Angir om hjelpenummer aksepteres som gyldig fødselsnummer eller ikke.
false
FailWhenNoHospitalCanBeFoundFromMessage
Stopper prosessering hvis det ikke er mulig å utlede mottakers sykehus fra meldingen.
true
AllowDuplicateImports
Tillat duplikater ved import.
true
CoordinatorRoleTypeId
Angir kodeid for rollen "Koordinator" overfor pasient. Kodeverk FE-ROLLEROVENFORPASIENT.
215910
TreatmentHcpRoleTypeId
Angir kodeid for rollen "Helsepersonell" overfor pasient. Kodeverk FE-ROLLEROVENFORPASIENT.
-1 (ikke levert av DIPS)
PatientAuthorReqCode
Kode til rekvirent som skal benyttes som forfatter for alle pasientmeldinger fra pasienten selv.
PAS1
RelativeAuthorReqCode
Kode til rekvirent som skal benyttes som forfatter for alle pasientmeldinger fra pårørende.
PAS2
For at denne integrasjonen skal fungere må det settes gyldige verdier for TreatmentHcpRoleTypeId, PatientAuthorReqCode og RelativeAuthorReqCode. Disse leveres ikke fra DIPS men må settes opp i DIPS Admin. Merk at TreatmentHcpRoleTypeId er kun påkrevd hvis du skal støtte meldinger av typen DIALOG_INNBYGGER_HELSEPERSONELL.
Konfigurasjonsfiler
Filen "DefaultValues.xml" i katalogen <DIPS MB InstallDir>/config/dllconfig/PatientDialogImportArena:
"DefaultSenderReqCode": Denne verdien benyttes til å sette dokumentforfatter dersom det ikke lykkes å finne forfatter ut fra innkommende melding. Vi anbefaler at denne verdien settes til en gyldig rekvirentkode i DIPS.
Generering av applikasjonskvittering
Basert på innhold og resultatet av importen av innkommende melding, genereres det applikasjonskvittering på KITH-format. Følgende situasjoner fører til at det genereres en applikasjonskvittering:
Hendelse
Resultat
Innkommende melding validerer ikke
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «XML validerer ikke».
Det mangler fødselsnummer på pasienten i innkommende melding
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «Pasientens fødselsnummer mangler».
Pasientens fødselsnummer er ugyldig
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «Pasientens fødselsnummer er feil».
Mottaker finnes ikke
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «Mottaker finnes ikke».
Generell feil under import av meldingen
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «Annen Feil».
Meldingen blir importert korrekt
Det genereres applikasjonskvittering med status 1 (OK).
Meldingen er knyttet til en helsekontakt som ikke finnes
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding H01 Helsekontakt finnes ikke.
Applikasjonskvitteringer skrives til katalog angitt i Output Routing for tilstandsmaskinen med tom routingnøkkel. +
Dersom det oppstår en feil som fører til at utgående applikasjonskvittering ikke validerer, skrives applikasjonskvittering til en egen feilkatalog angitt i Output Routing for tilstandsmaskinen med routingnøkkel APPRECERROR. +
Applikasjonskvittering sendes kun for mottaker i egen organisasjon, det vil si organisasjon med ERDATABASEBRUKER=1 i basen.
Avsenders rolle
Avsender av meldingen benyttes som forfatter av journaldokumentet som den innkommende meldingen resulterer i. Forfatter må derfor være en gyldig rekvirent i DIPS. Det må settes opp to rekvirenter i DIPS som kan representere forfattere på pasientmeldinger: +
Rekvirent for pasientmeldinger der pasienten selv står som forfatter. Rekvirentkoden settes i variabelen PatientAuthorReqCode. +
Rekvirent for pasientmeldinger der pårørende står som forfatter. Rekvirentkoden settes i variabelen RelativeAuthorReqCode. +
Hvis ingen av verdiene i meldingen gir treff, brukes "DefaultSenderReqCode" fra "DefaultValues.xml" til å finne forfatter av journaldokumentet.
Arbeidsflyt
Det opprettes en arbeidsoppgave av typen «Melding fra pasient» når meldingen importeres. Arbeidsflyten styres av hvilken type pasientmelding som kommer:
Arbeidsflyt ved melding angående timer
Her benyttes organisasjonstilknytningen til planlagt kontakt fra meldingen sammen med systemparameteret "Default arbeidsgruppe for Melding fra pasient" for å finne en gyldig arbeidsgruppe.
Arbeidsflyt ved melding til koordinator
Her vil privat arbeidsgruppe for koordinator angitt i meldingen bli valgt for arbeidsflyt.
Arbeidsflyt ved melding til helsepersonell
Her vil privat arbeidsgruppe for helsepersonell angitt i meldingen bli valgt for arbeidsflyt.
Innslag i pasientens meldingslogg
Under import av meldingen gjøres det et innslag i korrespondanseloggen. Navn på avsender, hovedmottaker og kopimottakere hentes i utgangspunktet fra meldingen etter følgende regler: +
Avsender: Som avsender velges mest nøyaktig angitte "HealthCareProfessional (HCP)" fra KITH-meldingens Sender-element. Dersom mest nøyaktige organisasjon ikke inneholder et HCP-element, vil navnet på denne organisasjonen bli brukt i loggen.
Hovedmottaker: Som hovedmottaker velges mest nøyaktig angitte "HealthCareProfessional (HCP)"_ fra KITH-meldingens Receiver-element. Dersom mest nøyaktige organisasjon ikke inneholder et HCP-element, vil navnet på denne organisasjonen bli brukt i loggen.
Kopimottakere: Som kopimottakere velges alle organisasjoner under "OtherReceiver"-elementet som er av type COP.
Korrespondanseloggen vil også vise status på arbeidsoppgaven som ble opprettet under importen av meldingen.
Meldinger som feiler ved import
Dersom en melding feiler under import, vil den bli skrevet til en egen katalog, angitt i Output Routing for tilstandsmaskinen med routingnøkkel ERROR. Alle innkommende meldinger som resulterer i en negativ applikasjonskvittering vil skrives til denne katalogen.
Oppretting av pasient
Dersom pasient angitt i meldingen ikke eksisterer i DIPS, vil denne bli forsøkt opprettet og meldingen importert.
Import av frittstående dialogmelding, fastlege
Variabler i tilstandsmaskinen "MedicalDialogueImportArena"
PatientCreation
Angir om en pasient skal opprettes dersom pasienten ikke finnes i Arena fra før.
true
PatientSearchEnhanced
Angir om det skal gjøres et nøyaktig søk på navn og fødselsdato dersom fødselsnummer ikke blir funnet.
true
AllowGenerationofNationalId
Angir om et nytt hjelpenummer skal brukes ved opprettelse av pasient i tilfelle meldingen ikke inneholder fødselsnummer. Denne variabelen er avhengig av at "PatientCreation" er satt til true.
true
AllowConversationRefPatientLookup
Angir om en melding som har en pasient med hjelpenummer skal kunne søke etter eksisterende pasient ved hjelp av RefToConversation.
true
AcceptHno
Angir om hjelpenummer aksepteres som gyldig fødselsnummer eller ikke.
false
FailWhenNoHospitalCanBeFoundFromMessage
Stopper prosessering hvis det ikke er mulig å utlede mottakers sykehus fra meldingen.
true
AllowDuplicateImports
Tillat duplikater ved import.
true
WorkflowTaskTypeId
Angir hvilken oppgavetype som skal benyettes ved arbeidsflyt på innkommende dialogmelding.
5706 (Dialogmelding til vurdering)
Konfigurasjonsfiler
Filen "DefaultValues.xml" i katalogen <DIPS MB InstallDir>/config/dllconfig/MedicalDialogueImportArena:+
"DefaultSenderReqCode": Denne verdien benyttes til å sette dokumentforfatter dersom det ikke lykkes å finne forfatter ut fra innkommende melding. Vi anbefaler at denne verdien settes til en gyldig rekvirentkode i DIPS.
Generering av applikasjonskvittering
Basert på innhold og resultatet av importen av innkommende melding, genereres det applikasjonskvittering på KITH-format. Følgende situasjoner fører til at det genereres en applikasjonskvittering:
Hendelse
Resultat
Innkommende melding validerer ikke
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «XML validerer ikke».
Det mangler fødselsnummer på pasienten i innkommende melding
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «Pasientens fødselsnummer mangler».
Pasientens fødselsnummer er ugyldig
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «Pasientens fødselsnummer er feil».
Mottaker finnes ikke
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «Mottaker finnes ikke».
Generell feil under import av meldingen
Det genereres applikasjonskvittering med status 2 (avvist) og feilmelding «Annen Feil».
Meldingen blir importert korrekt
Det genereres applikasjonskvittering med status 1 (OK).
Applikasjonskvitteringer skrives til katalog angitt i Output Routing for tilstandsmaskinen med tom routingnøkkel. +
Dersom det oppstår en feil som fører til at utgående applikasjonskvittering ikke validerer, skrives applikasjonskvittering til en egen feilkatalog angitt i Output Routing for tilstandsmaskinen med routingnøkkel APPRECERROR. +
Applikasjonskvittering sendes kun for mottaker i egen organisasjon, det vil si organisasjon med ERDATABASEBRUKER=1 i basen.
Avsenders rolle
Avsender av meldingen benyttes som forfatter av journaldokumentet som den innkommende meldingen resulterer i. Forfatter må derfor være en gyldig rekvirent i DIPS. Forfatteren forsøkes funnet etter følgende regler: +
Forsøk med nærmest angitte ORG. Hvis treff, brukes ORG som forfatter av journaldokumentet. Hvis ORG ikke gir treff, forsøk med moderorganisasjonen. +
Hvis ingen av verdiene i meldingen gir treff, brukes "DefaultSenderReqCode" fra "DefaultValues.xml" til å finne forfatter av journaldokumentet.
Arbeidsflyt
Det opprettes en arbeidsoppgave av typen «Dialogmelding til vurdering» når meldingen importeres. Om annen arbeidsoppgave skal benyttes kan dette konfigureres i WorkflowTaskTypeId i tilstandsmaskinen. Arbeidsflyten styres ut i fra mottaker i meldingen:
Her benyttes organisasjonstilknytningen til angitt mottaker i meldingen (eller i forrige melding i tråden hvis relevant) sammen med systemparameteret "Frittstående Dialogmld: Arb.gruppe for innk. mld." for å finne en gyldig arbeidsgruppe.
Innslag i pasientens meldingslogg
Under import av meldingen gjøres det et innslag i korrespondanseloggen. Navn på avsender, hovedmottaker og kopimottakere hentes i utgangspunktet fra meldingen etter følgende regler: +
Avsender: Som avsender velges mest nøyaktig angitte "HealthCareProfessional (HCP)" fra KITH-meldingens Sender-element. Dersom mest nøyaktige organisasjon ikke inneholder et HCP-element, vil navnet på denne organisasjonen bli brukt i loggen.
Hovedmottaker: Som hovedmottaker velges mest nøyaktig angitte "HealthCareProfessional (HCP)" fra KITH-meldingens Receiver-element. Dersom mest nøyaktige organisasjon ikke inneholder et HCP-element, vil navnet på denne organisasjonen bli brukt i loggen.
Kopimottakere: Som kopimottakere velges alle organisasjoner under "OtherReceiver"-elementet som er av type COP.
Korrespondanseloggen vil også vise status på arbeidsoppgaven som ble opprettet under importen av meldingen.
Meldinger som feiler ved import
Dersom en melding feiler under import, vil den bli skrevet til en egen katalog, angitt i Output Routing for tilstandsmaskinen med routingnøkkel ERROR. Alle innkommende meldinger som resulterer i en negativ applikasjonskvittering vil skrives til denne katalogen.
Oppretting av pasient
Dersom pasient angitt i meldingen ikke eksisterer i DIPS, vil denne bli forsøkt opprettet og meldingen importert.
Oppsett i DIPS MUI
Abonnement settes opp på vanlig måte, se brukerdokumentasjon for DIPS MUI. Filen "DialogueMessageArena.xml" kan importeres for ferdig oppsett.
Følgende meldingsrutinger må være satt opp for å kunne importere dialogmeldinger:
Forespørsel:
Svar på forespørsel:
Avvik:
Disse importeres dersom du importerer filen [installdir]\Message Broker\config\Routing\DialogueMessageArena.xml.
Hvis du benytter dialogmeldinger for PLO (DIPS MunicipalCare) anbefaler vi hvis mulig å rute disse til en egen inputkanal (filshare/msmq).
Hvis begge typene dialogmelding må komme i samme inputkanal (filshare/msmq), må det settes opp et filter for å skille PLO fra frittstående dialogmeldinger, ettersom de i nåværende spesifikasjon benytter samme meldingstype fra KITH.
Filteret ObjectNameEvent settes opp gjennom administrasjonsgrensesnittet i DIPS MUI. Selve inputadapteret settes da først opp med objectname for PLO, dvs "KITHARENA". Deretter settes filteret opp f.eks. slik:
Dette filteret vil søke opp avsender sin HER-ID i innkommende melding og sjekke om den matcher en av verdiene i "values to search for". Husk å huke av for "Exclude matching values", det sørger for at filteret får treff på alle HER-IDer som IKKE er PLO. Da vil object name bli skrevet om til KITHARENADIALOG.
For å finne ut hvilke tjenester som er PLO-tjenester kan du slå opp i systemoppsett "PLO Arena - Tjenesterekvirent som avsender" i DIPS Admin:
Last updated