Arena Behandlerkravmelding
Oppsett, konfigurasjon og tilgangskontroll
Forutsetninger for å ta i bruk Behandlerkravmelding
Sykehuset må ha følgende moduler av DIPS: +
DIPS EPJ/PAS Grunnmodul, produktnummer 1000 +
DIPS EPJ/PAS Grunnmodul, Produktnummer 1000 +
DIPS Message Broker minimum versjon 2.0
Sykehuset må ha følgende minimumsversjoner av DIPS Arena og DIPS Classic:
DIPS Arena Framework versjon 1.0.0.0
DIPS Classic EPJ/PAS versjon 7.3.3.0
DIPS Økonomi versjon 1.6
DIPS Behandlerkravmelding versjon 4.3.0
Det er ingen lisens knyttet til DIPS Arena Behandlerkravmelding.
Vi anbefaler at alle «gamle» avviste opphold er rettet og sendt på nytt før overgang til ny BKM, men det er ikke noen forutsetning. Pass også på at «gamle» krediteringer er sendt.
For avtalespesialister:
Alle meldinger som ligger til signering i den enkelte avtalespesialist sin private arbeidsgruppe må signeres og sendes før oppgradering til Behandlerkravmelding versjon 2.0.
Merk: Det er kodeparametere i kodeverket BKM-MELDINGSTYPE som bestemmer hvilken meldingstype et kostnadssted skal ha. Parameterverdier er lagt inn på denne for at meldingen skal få riktig format, type og praksistype.
Hva må gjøres
Sette opp Message Broker for BKM
Se eget dokument «Meldinger i Message Broker».
Registrere kostnadssteder i DIPS Admin
Eget menyvalg Økonomi i DIPS Admin, arkfane "Kostnadssteder". Se detaljer for registrering av kostnadssteder i egen dokumentasjon i DIPS Admin, «DIPS Økonomi – oppsett og drift».
Gi brukere tilgang
Sjekke at Trygdekontorer er registrert på sykehuset som meldingen skal sendes fra
Gjøres i DIPS Admin. Menyvalg "Organisasjon" → "Instistusjon/Sykehus". Trygdekontoret må ha navn og organsisasjonsnummer.
Ta stilling til verdier i systemoppsett
Se Systemoppsett.
Definere arbeidsgrupper for mottak av avviste opphold
Forutsetning for at arbeidsflyt skal virke er at det i DIPS Admin er satt opp hvilken arbeidsgruppe som skal motta slike avvisninger. Til dette benyttes systemoppsett “Default arbeidsgruppe for behandlerkravfeil”. Merk at dette må defineres uavhengig av type melding, det betyr at også avviste for avtalespesialister og tannleger/fastleger etc. mottar avviste til arbeidsgrupper definert her. Se Systemoppsett.
For private sykehus
Sette opp Behandlerkravmelding
Systemoppsett
Listen viser systemoppsett som brukes av Behandlerkravmelding: Oppsett som er spesifikt for dette produktområdet beskrives her i detalj.
Behandlerkravmelding: Innleveringsfrist
Brukes for å bestemme antall måneder for foreldelsesfristen ved rapportering av polikliniske opphold til HELFO. Dette systemoppsettet hadde tidligere navnet "Innleveringsfrist POLK». Systemoppsettet støtter: Sykehus
4
Behandlerkravmelding: Egenandel alltid betalt
Oppsettparameteren brukes for å bestemme om egenandeler skal rapporteres som betalt uavhengig av om faktura er betalt eller ikke. JA: Egenandeler rapporteres som betalt uavhengig av om faktura er betalt. NEI: Egenandeler rapporteres med type transaksjon i forhold til fakturaens betalingsstatus. Standardverdi er NEI. Systemoppsett støtter: Sykehus
Nei
Behandlerkravmelding: Takster for refusjon
Kommaseparert liste over takster som er tilgjengelig i vindu for refusjon. NB!! Det er i dag ca.10 minutters «ventetid» på dette systemoppsettet. Det betyr at en kan måtte vente ca.10 minutter fra registrering av nye verdier til de vil vises i nedtrekkslisten i DIPS Arena. Dersom du ønsker å legge til en ny takst utover de to som er standard må du skrive alle takstene i parameterlisten, eksempel: P11, P21, P10, 708f, 708g. Merk at taksten må skrives nøyaktig slik den er skrevet i takstregisterKodeverk - Takster Systemoppsettet støtter: Sykehus
P11, P21
Behandlerkravmelding: Betaling fra gammel økonomi
Oppsettparameteren brukes for sykehus som har oppgradert fra gammelt økonomisystem til nytt DIPS Økonomi, for å rapportere betalinger på egenandeler fakturert med gammelt økonomisystem. JA: Sjekker i BÅDE nytt og gammelt økonomisystem om episodens egenandeler er betalt. NEI: Sjekker KUN i nytt økonomisystem om episodens egenandeler er betalt. Merk at dette systemoppsettet må settes til «Ja» når sykehuset går over fra gammel til nye DIPS Økonomi. Parameter bør stå til «Ja» så lenge det kan forventes at det vil komme innbetalingen på gammel økonomi, men settes tilbake til «Nei» når dette ikke lenger er aktuelt. Det er lurt å sette den tilbake til «Nei» når det er uaktuelt fordi ved å ha den til «Ja» vil ha negativ påvirkning på ytelse. Systemoppsett støtter: Sykehus
Nei
Default arbeidsgruppe for behandlerkrav
Systemoppsettet brukes for å angi hvilken arbeidsgruppe som skal motta arbeidsflytoppgave dersom innrapporterte opphold er blitt avvist. Merk at dette må defineres uavhengig av type melding, det betyr at også avviste for avtalespesialister og tannleger/fastleger etc. mottar avviste til arbeidsgrupper definert her. Systemoppsettet støtter sykehus, avdeling og sted(lokasjon).
Arbeidsflyt - udefinert arbeidsgruppe
Behandlerkravmelding: Kontaktperson
Den person som kan kontaktes angående forhold vedrørende meldingen. Denne parameteren er påkrevd utfylt for å kunne kjøre NPR-BKM. Systemoppsett støtter: Sykehus
Tom
Behandlerkravmelding: Kontaktperson - telefon
Kontaktpersonens telefonnummer. Denne parameteren er valgfri i NPR-BKM. Systemoppsett støtter: Sykehus
Tom
Behandlerkravmelding: Kontaktperson - epost 1
Den primære kontaktpersons e-postadresse. Denne parameteren er påkrevd utfylt for å kunne kjøre NPR-BKM. Systemoppsett støtter: Sykehus
Tom
Behandlerkravmelding: Kontaktperson - epost 2
Alternativ kontaktpersons e-postadresse. Denne parameteren er valgfri i NPR-BKM. Systemoppsett støtter: Sykehus
Tom
Følgende systemoppsett er ikke lenger i bruk og er derfor fjernet i DIPS Behandlerkravmedling versjon 2.0.
«Behandlerkravmelding: Brukes», ble brukt i overgangsfasen mellom POLK og Behandlerkravmelding til å angi om sykehuset/avdeling hadde tatt i bruk behandlerkravmelding.
«Behandlerkravmelding: Type melding», ble brukt til å fortelle hvilket format behandlerkravmeldingen skulle sendes på(offentlig eller privat).
Tilgangsstyring
Følgende elementtyper styrer tilgang til de ulike elementene i Behandlerkravmelding.
Behandlerkravmelding
Gir tilgang til siden «Behandlerkravmelding» i arbeidsflaten til Arena.
Behandlerkravmelding - Godkjenne timerefusjoner
Gir tilgang til å godkjenne timerefusjoner i vinduet refusjon.
Behandlerkravmelding - Slette timerefusjoner
Gir tilgang til å slette timerefusjoner i vinduet Refusjon.
Behandlerkravmelding - Tilgang til oversiktsfanen
Gir tilgang til arkfanen «Oversikt» som lar brukeren starte og overvåke innsendte krav.
Behandlerkravmelding - Tilgang til pasientfanen
Gir tilgang til arkfanen «Pasient» som gjør det mulig å søke opp alle episoder som er rapportert for en pasient.
Behandlerkravmelding - Tilgang til timerefusjonsfanen
Gir tilgang til «Refusjon» som gjør det mulig å registrere timerefusjoner.
Behandlerkravmelding - Tilgang til XML-fane
Gir tilgang til arkfanen XML under «Meldinger» som gjør det mulig å se XML`en som er generert og sendt.
Behandlerkravmelding - Administrasjon
Gir tilgang til knappene «Send melding på nytt», «Generer melding på nytt» og «Reversere» i skjermbildet «Status».
Behandlerkravmelding - Rapporter
Gir tilgang til å eksportere data til fil direkte fra kjøringen.
Behandlerkravmelding - Tilgang til konfigurasjonsfanen
Gir tilgang til arkfanen Konfigurasjon hvor du kan sette opp og se hvilke konfigurasjoner som er satt opp for meldingen. Utføre funksjoner må være satt til «Ja».
Kodeverk
Liste over aktuelle kodeverk som benyttes av DIPS Behandlerkravmelding.
BKM-FILERFORKJØRING
Kodeverk for de ulike filtrene som er tilgjengelig i brukergrensesnittet for kjøringer. Verdiene er knyttet mot kodeverket BKM-STATUSFORKJØRING.
BKM-FILTERFORMELDING
Kodeverk for de ulike filtrene som er tilgjengelig i brukergrensesnittet for meldinger. Verdiene er knyttet mot kodeverket BKM-STATUSFORMELDING via parameterverdi Filtreringsgruppe. Kodeverket kan ikke endres lokalt.
BKM-MANGLENDEKOSTNADSSTED
Ved kjøring av behandlerkravmedling kan det være f.eks. episoder som ikke er knyttet til noe kostnadssted. Dette må gis melding om. Kodeverket inneholder verdier for hvilke enkeltregninger som er uten kostadssted, men som ikke kan være det. Kodeverket kan ikke endres lokalt.
BKM-MELDINGSTYPE
Kodeverket inneholder mulige formater av behandlerkravmelding, med ulike typer som kan være Avtale, Fastlege, Behandlingsreiser, FBV-BKM, FBV-NPRBKM, Legevakt, Rehab, Offentlig eller Tannlege. Parameterverdi er valgt for Format, Type og Praksistype. Kodeverket kan ikke endres lokalt.
BKM-RAPPORTERINGSSTATUSFORKREDITERING
Kodeverket inneholder sendingsstatus for krediteringsinformasjon for episoder der en har kreditert oppholdet mot HELFO. Kodeverket kan ikke endres lokalt.
BKM-RAPPORTERINGSTRANSAKSJONSTYPE
Kodeverket inneholder mulige transaksjonstyper som episoder kan være rapportert med i behandlerkravmelding. Kodeverket kan ikke endres lokalt.
BKM-STATUSEPISODE
Kodeverket inneholder mulige statuser på episodene i en behandlerkravmelding. Det kan f.eks. være OK, Avvist av HELFO eller Håndtert. Kodeverket kan ikke endres lokalt.
BKM-STATUSFORKJØRING
Kodeverket visesr statuser en kjøring kan ha. Der er også definert hvordan kjøringene kan sorteres basert på hvilken status de har. Status kan f.eks. være Startet, Ferdig og Feilet. Kodeverket kan ikke endres lokalt.
BKM_STATUSFORMELDING
Kodeverket inneholder mulige statuser en melding kan ha, f.eks. Tildeler episoder, Køet til MessageBroker, Genereres, Sendt til signering(kun privat melding) og Ferdig. Kodeverket kan ikke endres lokalt.
BKM-STATUSFORREFUSJON
Kodeverket inneholder mulige statuser for timerefusjoner for behandlerkravmelding. Kodeverket kan ikke endres lokalt.
For mer detaljert dokumentasjon på det enkelte kodeverk, vises til dokumentasjon på kodeverket i DIPS Admin.
Behandlerkravmelding for Avtalespesialister - oppsett
Følgende oppsett må gjøres i DIPS Admin:
Det må være registrert kontonr. 2 på sykehuset som meldingen skal sendes fra. Menyvalg Organisasjon | Institusjon/Sykehus, felt Kontonr.2. Kontonummer sendes med i meldingen.
Den enkelte rekvirent må være registrert med en Resh-ID og det må være krysset av i feltet Avtalespesialist. +
image32 image Figur 20. Bildet viser en rekvirent som er avtalespesialist
Merk: Dersom behandler ikke har registrert Resh-ID og det mangler kryss i feltet Avtalespesialist, vil ikke oppholdet bli med i kjøringen. Slike opphold blir liggende med status Oppgjort.
Avtalespesialister (rekvirentkoden) må være knyttet til en gyldig brukerrolle med privat arbeidsgruppe og brukerrollen må være gyldig.
Bruk av gammel økonomimodul
Kostnadssteder
Dersom gammel økonomimodul benyttes, og det er et offentlig sykehus, må du likevel sørge for at kostnadssted er definert i DIPS Admin under menyvalg Økonomi. Dette fordi behandlerkravmeldingen blir sendt per kostnadssted (tidligere ble den sendt per avdeling).
Det kan være naturlig at definering av kostnadssteder gjenspeiler hvordan foretaket fører regnskapet. Dette fordi utbetalingene fra HELFO vil komme per kostnadssted. Dersom foretaket vil fortsette å rapportere per avdeling, kan det gjøres ved å sette opp et kostnadssted per avdeling. Se egen dokumentasjon «DIPS Økonomi - oppsett og drift» i DIPS Admin for mer detaljer rundt hvordan definere kostnadssteder.
Merk: Opphold som ikke er knyttet til noe kostnadssted blir ikke rapportert. Ved kjøring av melding vil det bli varslet dersom det finnes slike opphold.
Systemoppsett - gammel økonomimodul
Dersom sykehuset går fra gammel økonomi til nye DIPS Økonomi må parameterverdi på systemoppsett «Behandlerkravmelding: Betaling fra gammel økonomi» settes til «JA» for at betalinger på opphold som kommer inn i ettertid skal bli rapportert, se Systemoppsett.
Last updated