Behandlerkravmelding
Hva er Behandlerkravmelding
Behandlerkravmeldingen i DIPS Arena er en programpakke som tilbyr funksjonalitet for å sende inn behandlerkrav til HELFO for somatikk, psykiatri, røntgen, lab for poliklinikker, samt allmennleger og legevakt, kommunal fysioterapi(Longyearbyen), timerefusjoner for psykiatriske konsultasjoner på poliklinikker.
Kravene blir sendt per kostnadssted, noe som gir regnskap en mulighet til å spesifisere hvordan inntektene skal fordeles. BKM rapporterer også inn betalte egenandeler fra pasienter.
Behandlerkravmelding - hurtiginnføring
Det finnes en egen brukerdokumentasjon for generell funksjonalitet i Arena som er lik for alle moduler, som pålogging, søk, osv. Se Arena basisfunksjonalitet brukerdokumentasjon.
Hurtiginnføring
Åpne siden Behandlerkravmelding
Det er egen tilgangsstyring for Behandlerkravmelding. Dersom du har tilgang kan du åpne siden via startmenyen i Arena eller bruke hurtigtastene ALT+B Se Starte Behandlerkravmelding
Starte ny kjøring
Se Kjøringer
Se på meldinger
Se Meldinger
Se på status
Se Status
Søke i XML
Se XML
Se på avviste
Se Avviste
Registrere refusjon
Se Refusjon
Rette feil på avviste opphold
Se Avviste
Finn alle opphold per pasient
Se Pasient
Konfigurasjoner
Se Konfigurering
Bruke Behandlerkravmelding
DIPS Behandlerkravmelding tilbyr funksjonalitet for å sende krav for alle avdelingene på ditt sykehus til HELFO på en enkel måte.
Datagrunnlaget produseres i DIPS Classic eller DIPS Arena (opphold på somatisk, psykiatrisk og røntgenavdelinger, timerefusjon og labanalyser). Oppholdet må ha status Oppgjort for at de skal bli med i meldingen.
Prosessen med å generere meldinger startes manuelt fra siden for Behandlerkravmelding (BKM), se Starte Behandlerkravmelding.
Meldingen legges i AQ (meldingskø) til Message Broker, se eget dokument «Meldinger i Message Broker».
Message Broker tar meldingen og plasserer denne i en gitt katalog på applikasjonsserver.
Meldingen hentes av «meldingsformidleren» DIPS Communicator eller BizTalk og sendes til HELFO.
HELFO bruker et eget oppgjørssystem for behandlere (KUHR) for kontroll og utbetaling av helserefusjoner.
HELFO sender applikasjonskvittering med eventuelle avviste krav tilbake som bekrefter at meldingene er mottatt, Status på melding.
Dersom det er opphold som blir avvist i en melding kommer dette som en Arbeidsoppgave, Se Arbeidsoppgaver for Behandlerkravmelding. Det blir ikke laget arbeidsoppgaver på avviste timerefusjonskrav og lab.
Godkjente bruksområder
BKM-meldingen dekker rapportering av opphold på somatikk, psykiatri og røntgen. I tillegg dekkes innsending av krav for timerefusjon og labanalyser.
Rapportering av egenandeler gjelder for egenandelstak 1, ikke for egenandelstak 2.
Meldingen er utviklet for sending fra offentlige og private sykehus (samt tannleger ved OUS som benytter privat melding).
DIPS Økonomi må være installert for å konfigurere kostnadssteder (gjelder ikke private sykehus).
Alle sykehus i samme database må ha installert DIPS Økonomi, men de trenger det kun for å konfigurere kostnadssteder, du trenger ikke bruke DIPS Økonomi.
Starte Behandlerkravmelding
Dersom brukerrollen din har tilgang vil du finne Behandlerkravmelding på startmenyen til DIPS Arena:
Velg Behandlerkravmelding, siden åpnes og arkfane Oversikt vises i arbeidsflaten.
Skjermbildereferanser Behandlerkravmelding
Kjøringer: I dette bildet vises oversikt over kjøringer og meldinger som er ferdig. Her vises også status på om kjøringen har gått ok eller ikke. En kjøring kan inneholde en eller flere meldinger. Fra dette bildet startes også nye kjøringer. For detaljer, se Kjøringer. Meldinger: Kolonnen meldinger viser hvor mange meldinger en kjøring inneholder og status på disse, per kostnadssted. For detaljer, se Meldinger. Status: Her vises kort oppsummering for den meldingen som er markert. For detaljer, se Status Avviste: Her vises en liste over avviste krav XML: Her kan du se, og eventuelt søke direkte i XML-meldingen som er laget. Se XML Kvittering: Her kan du se XML-meldingen som systemet har mottatt som kvittering på sendt melding. Se Kvittering Pasient: Se Pasient Refusjon: Se Refusjon Konfigurering: Se Konfigurering
Kjøringer
Kolonnen Kjøringer viser oversikt over alle BKM-kjøringer som er kjørt ved det sykehuset din brukerrolle tilhører. Som standard viser listen kjøringer fra de to siste månedene. Ved å bruke filterknappen kan listen utvides.
Forklaring til de ulike symboler i kolonnen Kjøringer:
Start en ny kjøring. Opphold som blir med er de i perioden som har status oppgjort og som ikke er foreldet. Kjøringen vil gjelde for det sykehuset din brukerrolle tilhører.
Last ned data til regneark; se Eksportere data.
Filtrer listen. Standard er at alle vises. Filter finnes også for Meldinger. Dersom teksten "På" vises under ikonet betyr det at du har filtrert listen i forhold til standard visning. Hold musepeker over ikonet og du vil få se hvilke filter du kan bruke og har brukt.
Kjøringen inneholder Kun egenandeler og betalinger; se Kun egenandeler.
Kjøringen har feilet; se Status på kjøring.
Kjøringen har gått bra men det finnes informasjon knyttet til kjøringen. Hold musepeker over ikonet for å se detaljer.
En ferdig kjøring inneholder alle meldinger med krav/egenandelsinformasjon sendt til HELFO for et sykehus satt i gang på et gitt tidspunkt. En kjøring vil i de aller fleste tilfeller inneholde flere meldinger, se Meldinger.
Når en kjøring er startet, trykk Oppdater(F5) for å få siste status på kjøringen.
I denne dokumentasjonen brukes begrepet Generere om å sette i gang prosessen med å lage behandlerkravmeldinger klar til å bli eksportert/sendt til HELFO.
Start ny kjøring
For å starte ny kjøring av krav for alle aktuelle opphold på alle kostnadssteder (og avdelinger) på ditt sykehus, gjør følgende:
Klikk på Ny kjøring
BKM Nykjoring eller bruk hurtigtast Ctrl+Shift+N.
Dette bildet vises:
BKM KjorBKM I datoboksen Til og med dato, sett den siste datoen på oppholdene/refusjonene du vil sende krav for. For å endre dato trykk Ctrl+A for å markere hele datoen og Delete for å slette.
Velg Full kjøring eller Kun egenandeler, se Kun egenandeler.
Generering av nye meldinger settes i gang. Når en kjøring er ferdig vil den normalt ha generert mange meldinger, en per kostnadssted. Merk: Du får IKKE startet ny kjøring før det er mottatt kvittering på alle meldingene i forrige kjøring. Det betyr at meldingene i forrige kjøring må ha status Ferdig eller Avviste krav i meldingen. Dersom en melding har status Feil - hele meldingen er avvist, vil du ikke få startet ny kjøring.
I en «mellomfase» settes alle oppholdene til status «Låst (Kontroll)». Kjøringene går også gjennom ulike faser i genereringen. I grensesnittet vises de ulike fasene genereringen er i, det kan være Startet kjøring, Ferdig, Feilet osv., se Status på kjøring.
Trykk Oppdater (F5) for å se oppdatert status på kjøringen du har satt i gang.
Når kjøringen er ferdig er det generert en melding per kostnadssted. Det betyr at når vedtakene kommer fra HELFO vil det være per kostnadssted.
Eventuelle krediteringer til HELFO vil bli med i samme melding. De vil ligge først i XML-filen, se Kreditering til HELFO.
Skjermbildereferanser start kjøring
Til og med dato: Ta med opphold og timeregistreringer til og med oppgitt dato. På opphold og refusjonskrav setter systemet en «markeringsdato» som alltid er siste dato i måneden i forhold til Til og med dato.
Eksempel: dagens dato er 6. juni. Du ønsker å kjøre BKM for første halvdel av mai, med oppholdsdato frem til 15. mai og alle timerefusjoner som har oppgjørsdato frem til og med 15.mai. Da oppgir du Til og med dato = 15.05.xx. «Markeringsdato» på oppholdene og timerefusjonene settes da automatisk til 31.05.xx. Dette er gjort slik for at datauttrekk skal kunne tas ut for en gitt dato for datagrunnlag som består av opphold og refusjonskrav med mange ulike datoer. Se også Eksport av data.
Kun egenandeler: se Kun egenandeler.
Hva blir med og hva blir ikke med i en «full kjøring»
Opphold med status Oppgjort rapporteres.
Opphold knyttet til pasienter med reelt fødselsnummer og hjelpenummer rapporteres.
Opphold på pasienter med «katastrofenummer» rapporteres ikke. Dette er pasienter der det ikke er oppgitt fødselsdato. Opphold på pasienter med «katastrofenummer» blir liggende med status «Oppgjort» etter generering.
Opphold som har oppholdsdato som er over fire måneder regnet fra utgangen av den måneden behandlingen fant sted tas ikke med (eget systemoppsett for dette). Slike opphold blir liggende med status «Oppgjort» etter generering.
Opphold som med status «Ikke møtt», der takst 201c blir satt inn automatisk, rapporteres ikke. Slike opphold blir stemplet med status «Oppgjøret er oppgjort - skal ikke rapprteres» etter kjøring av BKM. Et opphold får status «Ikke møtt» når du velger Ikke møtt i oppmøtelisten slik at felt Konsultasjonstype får verdi «Indirekte pasientkontakt» og felt Indirekte aktivitet får verdi «Ikke møtt til konsultasjon».
Dersom 201c taksten brukes, men oppholdet er ikke registrert som «Ikke møtt» (jfr. pkt. over), rapporteres oppholdet på vanlig måte og taksten 201c som en vanlig egenandelstakst.
Dersom opphold med egenandelstakst ikke er betalt på rapporteringstidspunktet sendes oppholdet med en gitt transaksjonstype «ikke betalt egenandel». HELFO er da informert om oppholdet, men at egenandel ikke er betalt. Egenandel telles da ikke opp på frikortet til pasienten. Når hele beløpet på oppholdet er betalt blir betaling av egenandelen rapportert ved neste gangs kjøring av BKM og opptelling på frikortet blir effektuert. Merk altså at delbetaling på oppholdet ikke rapporteres som betalt.
All innbetaling på opphold som tidligere var rapportert som ikke betalt. Dette rapporteres uavhengig av om det kjøres Full kjøring eller Kun egenandeler. Når sykehuset bytter fra gammelt til nytt økonomisystem vil betalinger for gammelt økonomisystem også bli rapportert så lenge parameterverdien på systemoppsett «Behandlerkravmelding: Betaling fra gammel økonomi» står til «Ja». Se Systemoppsett.
Innbetaling på opphold som tilhører avdeling og/eller kostnadssted som i ettertid er satt ut av bruk.
Krediteringer til HELFO blir automatisk med. Det må ikke kjøres egen generering for krediteringer. Krediteringer vil ligge først i meldingen og de rapporteres kun når det kjøres «full kjøring». Se Kreditering til HELFO.
Godkjente timerefusjoner som tidligere ikke er sendt og med Oppgjørsdato eldre enn eller lik Til og med dato det kjøres melding for, se også Refusjon.
Frigitte labanlyser som tidligere ikke er sendt, se også Behandlerkravmelding for Labanalyser..
Opphold som ikke inneholder egenandel og heller ikke takst som utløser krav mot HELFO rapporteres ikke, se Hvilke opphold rapporteres til HELFO.
Opphold som ikke er knyttet til noe kostnadssted blir ikke med.
Det sendes ikke betaling på opphold som er avvist av HELFO og som enda ikke er sendt på nytt.
Meldinger for fastlege og legevakt, samt labrekvisisjoner knyttet til disse oppholdene, som ikke har diagnose registrert rapporteres ikke.
Dersom en faktura blir tapsført får fakturaen transaksjonstypen "Tapsført faktura" i reskontroen, og fakturaen blir lukket. Dette blir ikke rapportert til Helfo. Hvis du senere registrerer "Inntekstført tap", åpnes fakturaen igjen. I reskontroen får den transaksjonstypen "Inntektsført tap". Dette blir heller ikke rapportert til Helfo. Når fakturaen blir betalt fullt ut blir oppholdet rapportert til Helfo som betalt.
Når oppholdet har flere faktura
Når du har nye DIPS Økonomi kan følgende situasjon oppstå:
Pasient betaler faktura A på egenandel (takst 201b).
Det lages en ny faktura B til pasient på et utlegg (eks. u204a) - som ikke er betalt.
Oppholdet blir da rapportert som ikke betalt.
Egenandelen blir ikke rapportert som betalt før alle pasientfaktura knyttet til oppholdet er betalt. I gammel økonomi er det ikke mulig å ha to ulike faktura til samme opphold. Der er regelen at hele pasientfakturaen på oppholdet må være betalt før egenandel blir rapportert som betalt.
Kun egenandeler
Som pasient skal du automatisk få frikort innen tre uker når du har betalt over en gitt sum i egenandeler. Her inngår godkjente egenandeler ved behandling hos lege, psykolog, i poliklinikk, røntgeninstitutt, pasientreiser og medisiner og utstyr på blå resept, frikorttype 1.
Merk at en pasient bare har rett til frikort dersom egenandelene faktisk er betalt. Det betyr at dersom pasienten får faktura på egenandelen - så vil ikke det telle som oppdatering til frikort før pasienten har betalt fakturaen. Derfor er det viktig at sykehusene rapporterer innbetalte egenandeler til HELFO så ofte som mulig.
Ja: Bare opphold der det er registrert egenandel og det ikke er krav mot HELFO blir sendt. Betalinger på opphold som tidligere er rapportert som ikke betalt blir også med. Opphold som har registrert både egenadelstakst og refusjonstakst (takst som HELFO skal betale) blir altså ikke med i meldingene når det er krysset Ja i feltet Kun egenandeler.
Eksempel 1: Takstene 201b og L25 (takst for legeerklæring som HELFO skal betale) er registrert på oppholdet. Dette oppholdet blir ikke med når det kjøres Kun egenandeler. Pasienten får ikke oppdatert sitt egenandelsbeløp hos HELFO for dette oppholdet før det sendes for alle opphold, dvs.krysser av for Nei.
Eksempel 2: Taksten 201b er registrert på oppholdet. Pasienten har frikort. Dette oppholdet blir ikke med når det kjøres Kun egenandeler. Det er HELFO som skal betale for egenandelstaksten når pasienten har frikort, da inneholder dette oppholdet krav mot HELFO.
Eksempel 3: Taksten 201b er registrert på oppholdet. Pasienten skal betale egenandelen, men betaler ikke nå (får faktura). Dette oppholdet blir med når det kjøres Kun egenandeler.
Eksempel 4: Pasienten i eksempel 3 betaler hele beløpet på faktura. Betalingen blir med når det kjøres Kun egenandeler.
Nei: Alle typer opphold blir med, altså de som inneholder krav mot HELFO, bare egenandel og/eller begge deler. Dette gjøres vanligvis først i hver måned. Til og med dato settes til siste dato i forrige måned. Da vil utbetalingsvedtakene fra HELFO følge de månedlige regnskapsperiodene. Betalingen på opphold som tidligere er rapportert til HELFO som ikke betalt, vil også bli med.
Følgende blir ikke med når Kun egenandeler kjøres:
Krediteringer
Timerefusjoner, se Refusjon.
Lab-analyser, se Behandlerkravmelding for Labanalyser.
Hver gang det sendes krav til HELFO vil sykehusene få et utbetalingsvedtak. Dersom du velger å sende krav til HELFO f.eks. hver 14. dag kommer også utbetalingsvedtakene hver 14. dag.
Opphold som likevel ikke blir med når du kjører «Kun egenandeler»
Eksempel 1: Opphold som er kreditert blir ikke med når du kjører Kun egenandeler.
Oppholdet er rapportert til HELFO.
Oppholdet blir Kreditert til HELFO.
Oppholdet blir redigert og inneholder bare egenandelstakster. Oppholdet ville da «normalt» blitt med når du kjører Kun egenandeler.
Slike opphold blir ikke med når det kjøres Kun egenandeler uavhengig om krediteringen er sendt før du kjører Kun egenandeler. Det vil også være uavhengig om opprinnelig opphold inneholdt bare takst for egenandel eller både refusjon og takst for egenandel.
Eksempel 2: Oppholdet er avvist, men ikke rettet (har status Låst(RTV))
Oppholdet er ikke betalt, det er rapportert, men avvist.
Det kommer en betaling.
Betalingen kommer med i neste gangs sending, men først etter at oppholdet er rettet og gjort opp på nytt.
Intervall for kjøring
Det kan kjøres flere kjøringer per måned dersom det er ønskelig, men vær klar over at utbetalingene fra HELFO kommer tilbake for hver kjøring/sending de mottar.
Sykehusene kan med andre ord kjøre «full kjøring» slik at det passer i henhold til regnskapsføringen, men Kun egenandeler anbefales å kjøres ofte, gjerne en gang per uke.
Status på kjøring
Tabellen under viser en oversikt over de ulike statusene en kjøring kan ha.
Ferdig
Betydning: Generering av meldinger er ferdig men kjøringen kan ha følgende status: Dersom ikonet vises: Kjøringen har gått bra men med unntak som det informeres om ved å holde musepekeren over ikonet. Hva gjør jeg: Dersom feilen er at en melding har feilet vil meldingen være markert med rød farge og du vil finne et eget ikon på selve meldingen som inneholder mer informasjon. Se Status på melding. Dersom ikonet vises: Kjøringen har gått bra, men med unntak som det informeres om ved å holde musepeker over ikonet. Typisk her vil være at det er opphold som ikke er knyttet til kostnadssted. Disse oppholdene er da ikke sendt. Se Krav er ikke knyttet til kostnadssted. Hva gjør jeg: Rett feilen og oppholdene vil bli med i neste kjøring. Dersom ikonet vises: Kjøringen inneholder bare meldinger for å rapportere egenandel. Hva gjør jeg: Ikke noe.
Feilet
Betydning: Når ikonet vises og status er Feilet, betyr det at hele kjøringen feilet og at ingen krav er blitt sendt. Hva gjør jeg: Hold musepeker over ikonet for å se detaljer om feilen. Feil kan være at DIPS Behandlerkravmelding ikke får kontakt med databasen. Se et annet eksempel på feil her: Numerisk feil eller verdifeil: character string buffer too small og Feil ved kjøring av melding for avtalespesialist. Feil kan også være at det ikke er registrert trygdekontor på sykehuset du kjører meldingen for, se Forutsetninger for å ta i bruk behandlerkravmelding. Dersom du ikke finner ut av hva feilen er ved å lese feilmeldingen, ta kontakt med systemansvarlige ved sykehuet eller DIPS Kundeservice via d:sak. DIPS ASA ønsker da å få kopi av feilmeldingen. Merk: Når kjøringen har feilet vil alle meldingene som skulle inngått i kjøringen få status Reversert. Se også Status på melding. Når feilen er rettet: Start ny kjøring.
Fordeler betalinger
Betydning: Kjøringen er i en «mellomfase». Hva gjør jeg: Vent til den er ferdig, trykk F5 (oppdater) for å få siste status.
Fordeler episoder
Betydning: Kjøringen er i en «mellomfase». Hva gjør jeg: Vent til den er ferdig, trykk F5 (oppdater) for å få siste status.
Fordeler kreditering
Betydning: Kjøringen er i en «mellomfase». Hva gjør jeg: Vent til den er ferdig, trykk F5 (oppdater) for å få siste status.
Fordeler refusjoner
Betydning: Kjøringen er i en «mellomfase». Hva gjør jeg: Vent til den er ferdig, trykk F5 (oppdater) for å få siste status.
Fordeler labundersøkelser
Betydning: Kjøringen er i en «mellomfase». Hva gjør jeg: Vent til den er ferdig, trykk F5 (oppdater) for å få siste status.
Skjermbildereferanser kjøringer
Hver rad i en kjøring inneholder følgende opplysninger:
Startdato og klokkeslett. Altså når tid ble kjøringen startet.
Til og med dato for oppholdene som er med i meldingen.
Antall meldinger i kjøringen, se Meldinger.
Status på kjøringer, se Status på kjøring.
Kreditering til HELFO
Behovet for å kreditere noe overfor HELFO vil i praksis sjelden oppstå, men det kan eventuelt oppstå dersom du ønsker å slette et opphold som er godkjent av HELFO. I Arena må du da først kreditere evt faktua overfor pasient, så slette oppholdet. Da blir krediteringen til HELFO automatisk med neste gang du kjører Full kjøring.
Se her hvordan kreditering til HELFO gjøres i Classic, se Kredit HELFO i Classic.
Krediteringene ligger i samme melding (XML-fil) som krav, men de ligger først i filen. HELFO vil da først kreditere tidligere innsendt opphold for så eventuelt å ta imot nytt krav på samme opphold. Sykehuset skal dermed ikke få opphold avvist på grunn av duplikatrapportering.
Disse reglene gjelder ved kreditering:
Dersom opphold endres til nytt kostnadssted etter kreditering: Kreditering rapporteres på samme kostnadssted som oppholdet.
Dersom opphold slettes etter kreditering: Kreditering blir rapportert på kostnadssted som var gyldig ved kreditering. Oppholdet rapporteres ikke.
Dersom oppholdet endres til å ikke ha kostnadssted etter kreditering: Kreditering rapporteres for opprinnelig kostnadssted, oppholdet rapporteres ikke (oppholdet telles opp blandt manglende kostnadssted).
Merk: I de alle fleste tilfeller vil opphold som inneholder feil overfor HELFO bli helt avvist, da skal du rette opp i disse via en oppgave i DIPS Arbeidsflyt, se Arbeidsoppgaver for Behandlerkravmelding.
Dersom et opphold som er godkjent av HELFO lagres på nytt, sendes også en kreditering. Dette gjøres uansett hvilke endring som er utført på oppholdet. Krediteringen tas med neste gang BKM kjøres. Krediteringen legges først i den nye kjøringen, slik at endringer på oppholdet blir rapportert i samme kjøring. Ved å gjøre dette sikrer vi at innsendte data er synkronisert mellom Dips og HELFO.
Eksportere data
Du kan eksportere data fra en kjøring til regneark. I tillegg kan du eksporterte for et gitt datointervall. Det er ikke laget andre rapporter for behandlerkravmeldingen utover dette.
Dataene gir en fullstendig oversikt over krav som er sendt til HELFO. Dersom du har mottatt kvittering fra HELFO vil eksporten også vise hva du kan forvente å få utbetalt, altså at eventuelle avviste krav er trukket fra.
Klikk på ikonet
BKM Datatilregneark når du har markert den kjøringen du vil laste ned data for.
Du får to valg: Last ned alle krav i valgt kjøring: Uttrekket laster ned data bare fra valgt kjøring. Last ned alle krav i angitt intervall: Uttrekket laster ned data innenfor datointervallet du oppgir. Det er markeringsdato på kjøringene det sjekkes mot.
Uttrekket viser sendte krav og forventet utbetaling (dersom kvittering er mottatt) fordelt på kostnadssted.
Uttrekket tar hensyn til krediteringer. Det betyr at krediterte beløp er trukket fra i beløpet som vises i de ulike kolonnene.
Eksempel: melding inneholder 28 krav og en kreditering for taksten L25. Da blir sum krav for L25 = (28-1) x refusjonsbeløpet på taksten.
Hvilke felter inneholder rapporten og hva innebærer feltene: Kostnadssted kode: Kostnadssted hentet fra DIPS Økonomi. Kostnadssted beskrivelse: Navnet på kostnadsstedet. EgenandelFrikort: Egenandeler som det sendes krav om at HELFO skal refundere pga. frikort. AndreEgenandeler: Egenandeler som det sendes krav om at HELFO skal refundere pga. andre frikoder, for eksempel svangerskap, yrkesskade, barn under 16 år, etc. Materialgebyr: Materialgebyr som det sendes krav om at HELFO skal refundere pga. andre frityper som gjør at pasienter ikke skal betale materialgebyr pasienter normalt ville betalt selv uavhengig av om de har frikort eller ikke. Refusjon701til710: Labtakster benyttet på poliklinikk som det sendes krav om at HELFO skal refundere. RefusjonAtilPxL: Takster A til P som det sendes krav om at HELFO skal refundere utenom L takster. RefusjonL: Takster L som det sendes krav om at HELFO skal refundere. Refusjon: Refusjoner som sendes som krav til HELFO. KravTotal: Total summering av trygderefusjon.
Når kvittering på meldingene er mottatt viser uttrekket også kolonner for forventet utbetalt, det betyr at avviste opphold er trukket fra. Dersom kvittering ikke er mottatt vil det i kolonnene ForventetUtbetaltRefusjonXxxx stå "Ingen kvittering mottatt".
Meldinger
En melding tar med alle opphold i perioden per kostnadssted som har status Oppgjort i perioden du kjører for. En melding vil også inneholde eventuelle krediteringer til HELFO og innbetalinger på egenandeler som tidligere ble rapportert som ikke betalt.
Når HELFO får tilsendt kravene per kostnadssted vil utebetalingsvedtakene til sykehusene være per kostnadssted. Dette gir sykehusene mulighet til å styre inntektene mer spesifisert dit de ønsker.
For å kunne se hvilke meldinger som inngår i en kjøring som er utført.
Klikk på en kjøring i kolonnen Kjøringer. Meldingene som inngår i kjøringen som er valgt vil nå vises i tabellen Meldinger.
I listen Meldinger vises en melding per kostnadssted. Kostnadsstedkode og kostnadsstednavn vises, samt status på meldingen til enhver tid.
Meldingene i en og samme kjøring kan ha ulike «statuser»: Genereres, Køet til MessageBroker, Venter på vedtak, Ferdig, osv. Se Status på melding.
Status på melding
Meldingene blir «ferdige» hver for seg. Det betyr at når meldingene for et kostnadssted er ferdige generert så legges meldingene på køen for å bli sendt en av gangen.
Listen over meldinger kan derfor vise ulike statuser. En melding kan være ferdig, en annen genereres, mens en tredje er køet til Message Broker.
Ferdig
Betydning: Meldingen er mottatt hos HELFO og den var uten noen avviste opphold/timerefusjoner. Hva gjør jeg: Ikke noe, alt er ok.
Avviste krav i meldingen
Betydning: Det er avviste krav, innbetalinger, krediteringer, refusjon eller lab-krav i meldingen. I samme melding vil det normalt være opphold/krav som ikke er avvist, disse er ok og det kommer utbetalingsvedtak på dem. Utbetalingsvedtak kommer ikke inn i DIPS Behandlerkravmelding. Hva gjør jeg: Retter opp de avviste oppholdene/kravene. Se detaljer om hvilke opphold det gjelder for i arkfanen Avviste, se Avviste og Tiltak for å rette det som er avvist.
Feil - Hele meldingen avvist
Betydning: Ingen krav i denne meldingen er godkjent hos HELFO. Hva gjør jeg: Finn ut hvorfor meldingen ble avvist. Ofte er dette på grunn av at meldingen allerede er sendt til HELFO, se Når hele meldingen er avvist.
Melding tildeles: - opphold - betalinger - krediteringer - refusjoner
Betydning: Dette er en «mellomfase» og en del av genereringen. Hva gjør jeg: Venter til tildelingen er ferdig.
Venter på generering Genereres Melding er generert
Betydning: Meldingen lages, dette er en «mellomfase». Hva gjør jeg: Venter til meldingen er generert.
Meldingsgenerering feilet
Betydning: Generering av meldingen feilet. Ingenting i denne meldingen ble sendt. Hva gjør jeg: Finn ut hvorfor generering feilet ved å klikke på ikonet Rett opp feilen, klikk på Generer melding på nytt. Se Meldinger. Når en melding resulterer i «Meldingsgenerering feilet», står opphold og labkrav som er med i meldingen med status Ute til kontroll. Timerefusjon står med status Under rapportering.
Køet til MessageBroker
Betydning: Meldingen er ferdig laget uten feil i generering, den er lagt i køen for sending. Hva gjør jeg: Venter til det er ferdig.
Venter på kvittering
Betydning: Meldingen er ferdig laget og sendt. HELFO har ikke bekreftet at meldingen er mottatt enda. Hva gjør jeg: Venter til kvittering er mottatt. Når kvittering er mottatt vil meldingen skifte status til Ferdig, Avviste krav i meldingen eller Feil - Hele meldingen avvist. Dersom en melding blir stående veldig lenge med denne statusen, må du sjekke i Message Broker/Communicator/BizTalk eller HELFO for å prøve å spore opp hvorfor kvittering ikke er mottatt. Det kan være en feil i kommunikasjonslenken.
Reversert
Betydning: Meldingen er blitt reversert på grunn av en feil. Du kan ha reversert meldingen manuelt (se Status), eller det kan ha skjedd automatisk på grunn av en feil i kjøringen (se Status på kjøring). Det betyr at ingen krav i meldingen er blitt sendt. Alle kravene vil bli med på neste kjøring. Hva gjør jeg: Start ny kjøring etter at feilen som førte til reversering er rettet.
Sendes på nytt
Betydning: Noen har klikket på knappen Send melding på nytt. Hva gjør jeg: Venter til kvittering er mottatt. Normalt vil da meldingen få status Ferdig eller Avviste krav i meldingen.
Sendt til signering (kun for avtalespesialister)
Betydning: Meldingen er generert og klart til å bli sendt når den er blitt signert av avtalespesialisten. Se Signering av Behandlerkravmelding i arbeidsflyt. Hva gjør jeg: Venter til meldingen er blitt signert. Da blir den umiddelbart lagt på kø til Message Broker for sending.
Skjermbildereferanser meldinger
Hver rad i en melding inneholder følgende:
Kostnadsstedets kode.
Kostnadsstedets navn.
Tidspunktet når generering av meldingen startet.
Status på meldingen, se Status på melding.
For å filtrere meldingene basert på status, klikk på
Dersom teksten «På» vises til venstre for ikonet betyr det at du har brukt et filter på meldingslisten i forhold til standard visning. Hold musepeker over ikonet og du vil få se hvilke filter du har brukt.
Dersom noe er feil med en melding og du for eksempel, har behov for å sende den på nytt, vil dette være fullt mulig, se Meldinger.
Behandlerkravmelding
Behandlerkravmelding er tredelt. Første kolonne til venstre viser kjøringer, andre kolonne viser meldinger i kjøringen. Lengst til høyre vises deltaljer om:
Status, se Status.
Avviste, se Avviste.
XML, se XML.
Kvittering, se Kvittering.
Status
I arkfane Status vises en «oppsummering» for meldingen.
Bildet er delt i fire: Meldingsdetaljer, Resultat og Historikk. Nederst har du mulighet til å Sende melding på nytt, Generer melding på nytt og Reverser melding.
Status: Her vises oversikt over meldingen for kostnadssted «Medisinsk seksjon, bygg A». Meldingen har status Ferdig, og betyr at HELFO har sendt kvittering og alt er ok. Resultat: Meldingen inneholder 11 opphold, 2 som ikke er rapportert, samt 5 betalinger på tidligere rapporterte opphold og 1 kreditering til HELFO. Historikk: Her vises de ulike statusene en melding har vært gjennom. En del av listen er her klippet bort for å gjøre bildet mindre.#
Nederst finner du knappene «Send melding på nytt», «Generer melding på nytt» og «Reverser melding», se Meldinger.
Skjermbildereferanser status
Bildet er delt i fire: Meldingsdetaljer, Resultat, Historikk og nederst hvor du finner tre knapper for ulike aksjoner du kan gjøre med en melding.
Meldingsdetaljer
Kostnadsstedkode: Kostnadsstedets kode, definert i DIPS Admin. For avtalespesialist vises avtalespesialistens Resh-Id.
Kostnadssted: Kostnadsstedets navn, definert i DIPS Admin. For avtalespesialist vises avtalespesialistens navn.
Status: Status på meldingen, se Status på melding.
Meldingstype: Type behandlerkravmelding. Kan være Avtale, Fastlege, Behandlingsreiser, FBV-BKM, FBV-NPRBKM, Legevakt, Rehab, Offentlig eller Tannlege.
Starttidspunkt: Tidspunkt når kjøringen startet.
Køet til MessageBroker: Tidspunkt når meldingen ble lagt i køen til Message Broker. Dette kan være nyttig, for da ser du når tid meldingen er ferdig generert og Message Broker tar over. Merk at dette ikke er det samme som sendetidspunktet for det tar litt tid fra meldingen blir lagt på køen til Message Broker har sendt den.
Applikasjonskvittering mottatt: Tidspunkt når applikasjonskvittering ble mottatt for denne meldingen.
Resultat
Episoder: Antall nye opphold som er sendt. Ikke rapporterte opphold er ikke med, f.eks. de oppholdene som er registrert som «Ikke møtt», de skal ikke rapporteres.
Betalinger: Antall betalinger (egenandeler) i meldingen.
Krediteringer: Antall krediterte opphold i meldingen.
Refusjoner: Antall refusjonskrav i meldingen.
Lab: Antall rekvisisjoner i denne meldingen, altså ikke antall analyser. Merk at i en og samme rekvisisjon kan det være analyser som er knyttet til ulike kostnadssteder og som dermed er fordelt i ulike meldinger. Se også Behandlerkravmelding for Labanalyser.
Avviste: Antall opphold, betalinger, krediteringer og timerefusjoner som er blitt avvist i denne meldingen.
Ikke rapportert: Antall som ikke er rapportert, kan være «Ikke-møtt»-opphold.
Totalt: Antall opphold (somatikk, psyk og røntgen), betalinger, krediteringer, timerefusjoner, labrekvisisjoner som er med i denne meldingen.
Historikk
Logg over de ulike statusene en melding er innom. Listen er sortert ved at de eldste ligger nederst i listen.
Endret: Hvilken tid endret meldingen status.
Endret av: Hvem endret status på meldingen (hvem startet genereringen).
Status: Meldingens status gjennom generering, se Status på melding.
Meldinger
Nederst i «Status» er ulike ikon tilgjengelig for ulike aksjoner som kan gjøres med en melding alt etter hvilken status meldingen har:
«Send melding på nytt» kan brukes når meldingen har status «Køet til MessageBroker», «Venter på kvittering» og «Melding er generert». Merk at «Køet til Message Broker» kan oppstå dersom MB er stoppet. Når MB startes igjen skal opprinnelig melding normalt tas tak i og sendes på nytt uten at du må sende den på nytt. Etter at du har trykket på «Send melding på nytt» får du ikke trykke på nytt igjen før du har oppdatert bildet (F5). Dette for å forhindre at du trykker for mange ganger på rad. For avtalespesialist går det ikke å sende melding på nytt da denne skal innom signering før den sendes.
«Generer melding på nytt» kan kun brukes når meldingen har status «Meldingsgenerering feilet». Når en melding har status «Meldingsgenerering feilet» må du forsøke å rette feilen for så å generere meldingen på nytt. Det er ikke slik at dersom du retter feilen og starter ny kjøring så blir innholdet fra denne meldingen med i ny kjøring. Når en melding har status «Meldingsgenerering feilet» står opphold og lab med status Ute til kontroll. Timerefusjonen står med status Under rapportering. Når du velger «Generer melding på nytt» tas bare krav som var i opprinnelig melding med, men betalinger som er kommet inn siden forrige generering tas også med. Krediteringer utført siden forrige generering tas ikke med, de blir med på neste kjøring. Etter at du har trykket på «Generer melding på nytt» får du ikke trykke på nytt igjen før du har oppdatert bildet (F5). Dette for å forhindre at du trykker for mange ganger på rad.
«Reversere melding» kan brukes når meldingen har resultat «Generering feilet». «Reversere melding» bør ikke brukes uten at du er helt sikker på at dette gir ønsket resultat. Dersom du ønsker å reversere en melding når «Reversere melding» ikke er tilgjengelig må du kontakte DIPS ASA. Når en melding med status «Generering feilet» blir reversert, vil alle krav (opphold og lab) få endret status fra Ute til kontroll til Godkjent. Det betyr at du må starte ny kjøring for at kravene skal bli generert på nytt, noe som er forskjellig fra «Generer melding på nytt». Ved ny kjøring etter reversering vil eventuelt nye registreringer og betalinger bli med. Etter at du har trykket på «Reversere melding» får du ikke trykke på nytt igjen før du har oppdatert bildet (F5). Dette for å forhindre at du trykker for mange ganger på rad.
Avviste
I arkfanen Avviste vil du få full oversikt over krav som HELFO har avvist. For å kunne se hva som er avvist i en melding:
Klikke på meldingen i tabellen «Meldinger».
Klikk på Avviste. Listen kan sorteres ved å klikke på kolonnetittel.
Se også Tiltak for å rette det som er avvist.
Skjermbildereferanser avviste
Søk: Det søkes på teksten som skrives i søkefeltet, treff markeres. Regningsnummer uten treff filtreres bort.
Regningsnummer: Hver enkelteregning har et unikt nummer. En enkeltregning kan være nytt opphold (somatikk, psyk og røntgen), betaling, kreditering, tidligere kreditert opphold, timerefusjon eller labkrav.
Feilid: Dette tilsvarer Polkid som tidligere ble benyttet som regningsnummer. I BKM brukes ikke Polkid. Vi viser likevel Polkid slik at du kan bruke dette nummeret for å finne oppholdet i DIPS Classic via menyvalg Pasient | Hent besøk fra RTV-feilid. Merk at dette feltet kan være tomt, for eksempel vil det være tomt for refusjonskrav da disse ikke er knyttet til noe opphold. Det kan også være tomt dersom oppholdet er slettet/gjort om til innleggelse før kvittering/avvisning er mottatt.
Se også Finne oppholdet via RTV-feilid.
Type: Hvilke type sending er avvist. Det kan være opphold, betaling, kreditering, lab, refusjonskrav, osv.+ Sendt: Dato for når det ble sendt. Pasient: Pasienten det gjelder. For refusjonskrav står det «Refusjon» i dette feltet. Episodedato: Dato på oppholdet. For refusjonskrav er det oppgjørsdato. For lab er det dato for når analysesvaret ble frigitt. Årsak: Hva er årsak til avvisning.
Tiltak for å rette det som er avvist
Du kan få avviste opphold, men det kan også være refusjonskrav, labanalyser, krediteringer og innbetalinger (egenandel).
Dersom et opphold er avvist, vil det i tillegg til å vises i denne listen bli laget en arbeidsoppgave i DIPS Arbeidsflyt. Det lages ikke arbeidsoppgave dersom et refusjonskrav, kreditering, eller andre typer sendinger er blitt avvist.
Tiltak:
Episode (somatikk, psykiatri og røntgen)
Se Arbeidsoppgaver for Behandlerkravmelding
Timerefusjonskrav
Mulig du må registrere og sende på nytt. Det vil gå fint i og med at hele meldingen er avvist. Avtal direkte med HELFO hva du bør gjøre.
Innbetalinger
Innbetaling blir kun rapportert ved betaling av egenandel på et opphold. Forsøk å finne oppholdet innbetalingen tilhører. Det kan være at oppholdet av en eller annen grunn ikke er registrert som mottatt hos HELFO tidligere. Avtal direkte med HELFO hva du bør gjøre.
Krediteringer
Kreditering blir kun rapportert for opphold, ikke for lab eller refusjonskrav. Forsøk å finne oppholdet krediteringen tilhører. Det kan være at kravet av en eller annen grunn ikke er registrert som mottatt hosHELFO tidligere. Avtal direkte med HELFO hva du bør gjøre.
Lab
Avtal direkte med HELFO hva du bør gjøre.
XML
Å kunne se selve XML’en i en melding kan være svært nyttig i en feilsøkingssituasjon.
I XML’en ser vi hva en melding faktisk inneholder.
For å kunne se XML-innhold i en melding:
Klikk på en melding i kolonnen "Meldinger".
Klikk på XML.
Du ser nå XML-innholdet i den markerte meldingen.
Du kan søke i XML’en ved å først plassere markøren i XML-vinduet. Trykk Ctrl+F og oppgi søkestreng. Velg Neste eller Forrige for å styre søket oppover eller nedover i teksten.
Søket vil søke i den kvitteringen du har åpen, ikke på tvers av andre meldinger.
Det er ikke lov å editere i eller bruke klippe ut Ctrl+C og lime inn Ctrl+V fra en XML-fil.
Skjermbildereferanser XML
For detaljer om oppbygging av XML`en i Behandlerkravmelding, se egne dokument:
DIPS Behandlerkravmelding - meldingsdokumentasjon offentlige sykehus.
DIPS Behandlerkravmelding - meldingsdokumentasjon private sykehus.
Kvittering
Her kan du se XML´en i kvitteringen som er mottatt for meldingen. Det kan være nyttig i en feilsøkingssituasjon. I XML´en ser vi hva kvitterinen faktisk inneholder:
For å kunne se XML-innhold:
Klikk på en melding i kolonnen Meldinger.
Klikk på Kvittering.
Du ser nå XML´en til kvitteringen på den markerte meldingen.
Du kan søke i XML´en ved å trykke CTRL+F1 og oppgi hva du søker etter. Velg Neste eller Forrige for å styre søket oppover eller nedover i teksten.
Søket vil søke i den kvitteringen du har åpen, og ikke på tvers av andre meldinger.
Det er ikke lov å editere i eller bruke klippe ut fra (Ctrl+C) og lime inn (Ctrl+V) fra en XML-fil.
Pasient
I dette skjermbildet vises alle opphold for aktiv pasient som er generert med i en melding som er sendt. Skjermbildet er tenkt som hjelp til å finne historikk til pasient, for eksempel dersom pasienten lurer på hvorfor hun ennå ikke har fått frikort.
For å endre aktiv pasient, skriv pasientens navn i søkelinja til DIPS Arena.
Du vil kun få se opphold på pasienter du har tilgang til og opphold som tilhører samme sykehus som pålogget brukerrolle tilhører.
Merk at innsendte krav fra labanalyser knyttet til pasienten ikke vises i denne listen.
Skjermbildereferanser pasient
Søk: Det søkes på teksten som skrives i søkefeltet når du trykker Enter. Treff markeres med gul farge. Merk at opphold uten treff filtreres bort.
Episode: Alle opphold på aktiv pasient vises. Hvert opphold kan inneholde flere transaksjoner. På hvert opphold vises en rad per transaksjon, se Type transaksjon. Episodeid: Dette er en unik identifikator per opphold som du ikke vil kunne se fra brukergrensesnittet. Episodeid: er av interesse ved feilsøking. Transaksjonsbeskrivelse: Forklaring på koden som er brukt i feltet Type transaksjon. Type transaksjon: Kan ha verdi -1, 1, 2, 3, 4 eller 5, se Type transaksjon. Sendt: Når ble oppholdet sendt til HELFO. Status: Status på oppholdet i forhold til sending til HELFO. Kan ha verdiene OK, ikke rapportert og Avvist av HELFO.
Type transaksjon
-1
Opphold som ikke rapporteres til HELFO. Det kan f.eks. være opphold registrert som «Ikke møtt» og opphold der frikoden tilsier at oppholdet ikke skal rapporteres til HELFO. Se mer detaljer om hvilke opphold som rapporteres til HELFO i egen dokumentasjon «DIPS Behandlerkravmelding - meldingsdokumentasjon offentlige sykehus.pdf».
1
Rapporteres på opphold som ikke har noen egenandelstakster og på opphold som inneholder egenandelstakster som skal betales av HELFO, f.eks. når pasienten har frikort.
2
Rapporteres på opphold som inneholder egenandelstakster som ikke skal betales av HELFO og som ikke er betalt på rapporteringstidspunktet.
3
Rapporteres på opphold som inneholder egenandelstakster som ikke skal betales av HELFO, og som er fullt ut betalt på rapporteringstidspunktet.
4
Rapporteres for opphold som inneholder egenandelstakster, som ikke skal betales av HELFO og som er tidligere rapportert med transaksjonstype=2, og som nå er fullt ut betalt.
5
Rapporteres på krediteringer.
Refusjon
I dette skjermbildet registreres refusjonstakster.
Takst og timer legges til i listen for de enheter det gjelder. Disse blir automatisk med i eksporten til HELFO når det kjøres «full» behandlerkravmelding, se Kjøringer og Hva blir med og hva blir ikke med i en «Full kjøring».
Dersom det er opphold på samme kostnadssted som refusjonskravet er registrert på, blir de med i samme meldingen som refusjonskravet.
Timerefusjoner blir ikke med når det kjøres Kun egenandeler.
Registreringen må være godkjent for at den skal bli med i meldingen.
I XML-meldingen vises timerefusjoner på et fiktivt «Pasientelement», pasienten heter Takst, Time. Navnet på «pasienten» er i henhold til HELFO sin meldingsdefinisjon, se også Skjermbildereferanser XML.
Merk: I tidligere versjon av Behandlerkravmeldingen (DIPS Classic) var det et problem at timerefusjonsregistrering ikke ble «stemplet» som rapportert når de var sendt. Dette kunne føre til at du sendte samme krav flere ganger.
Refusjonskrav stemplet som rapportert. Derfor vil en aldri kunne komme i skade for å sende samme krav flere ganger, men det er ingen sjekk på om du faktisk registrerer to helt like rader. Det kan selvfølgelig også være slik at duplikat blir sendt på grunn av feil i meldingsformidler, se Status på melding.
På spørsmål fra DIPS ASA til HELFO på hva som skal til for at et refusjonskrav skal bli avvist som duplikat har vi fått følgende svar:
For at regning med takstene P11/P21 skal bli avvist som et duplikat må regningene være helt identiske dvs. være fra samme org.nr., samme pasientid, samme tidspunkt, samme beløp og samme regningsnummer. Hvis datoene er forskjellige vil regningene ikke bli tatt som duplikat. Hvis to ulike poliklinikker innenfor samme HF sender inn krav som er identiske vil den sist kontrollerte regningen bli avvist som duplikat. Hvorvidt regningene er i samme fil eller ulike filer har ingen betydning for duplikatkontrollen. Hvis det sendes en melding pr. kostnadssted vil ikke dette være noe problem så sant ikke regningene er identiske. Med ulikt regningsnummer og ulikt sum krav vil regningene bli automatisk godkjent.
Skjermbildereferanser refusjon
Listen er sortert først på status, deretter på refusjonsdato. Ikke godkjent er øverst.
Listen viser som standard registreringer med status Godkjente og Ikke godkjente.
Det er ikke mulig å endre på registrerte data. Skal noe endres må du først slette gamle data for så å opprette på nytt.
Det er ikke mulig å lagre timerefusjon på organisatoriske enheter som ikke er knyttet til et kostnadssted.
Registrering av timerefusjon
Oppgjørsdato: Fra 1. til 10. dag i måneden setter systemet denne automatisk til siste dag i forrige måned. Dette er gjort fordi vi regner med at tidlig i hver enkelt måned ønsker du å registrere timer for forrige måned. Etter den 10. i måneden settes dagens dato, men du kan registrere hvilke som helst dag du måtte ønske. Se også om Markeringsdato: Kolonnereferanser timerefusjon og om Eksport av data.
Merk: Dette datofeltet benyttes også til å sjekke hvilke avdelinger, seksjoner, poster og lokaliseringer som var gyldige på oppgjørsdato. Du får velge mellom de enheter som var gyldig på oppgjørsdato. Dette gjør det mulig å etterregistrere data på en utgått enhet.
Det er også Oppgjørsdato som avgjør hvilken pris sykehuset får på refusjonstaksten.
Eksempel: Taksten P11 har er pris i takstregister på kr 48,- frem til og med 31.12.14, fra og med 01.01.15 er prisen kr 50,-. Dette er registrert i takstregisteret i DIPS Admin. Dersom du f.eks. den 03.01.15 ønsker å etterregistrere refusjon for desember og du oppgir Oppgjørsdato = 13.12.14, vil prisen sykehuset rapporterer til HELFO være den riktige prisen på taksten som er kr. 48,-
Avdeling: Avdelingen taksten skal knyttes til. Feltet må fylles ut. Seksjon: Seksjon taksten skal knyttes til. Post: Post taksten skal knyttes til. Lokalisering: Lokalisering takstene skal knyttes til. Takstkode: Aktuelle verdier er P11 og P21. Feltet må fylles ut. Antall: Antall ganger taksten skal repeteres. Feltet må fylles ut. Desimaltall er ikke lov da HELFO bare tar imot heltall i meldingen. Lagre refusjon: Lagre registrerte data. Feltene Avdeling, Takst og Antall må være fylt ut. Lagre og godkjenn refusjon: Lagre og godkjenn registrerte data. Feltene Avdeling, Takst og Antall må være fylt ut. Først når en registrering er godkjent vil den bli med i kjøring av behandlerkravmelding, se Kjøringer. Kostnadssted: Du blir fortløpende orientert om kombinasjonen av registrerte organisatoriske enheter er knyttet til et gyldig kostnadssted eller ikke.
Filter
Fra og med: Dato basert på oppgjørsdato. Til og med: Dato basert på oppgjørsdato. Godkjente: Kryss av her dersom du vil vise «Godkjente» timerefusjonsregistreringer. Ikke godkjente: Kryss av her dersom du vil vise «Ikke godkjente» timerefusjonsregistreringer. Rapporterte: Kryss av her dersom du vil vise timerefusjonsregistreringer som er rapportert. Under rapportering: Kryss av her dersom du vil vise timerefusjonsregistreringer som er rapportert. Avvist: Kryss av her dersom du ønsker å se hvilke timerefusjonskrav HELFO har avvist. Merk at dersom hele meldingen er avvist (altså ikke det enkelte refusjonskravet) så vises registreringen som rapportert, ikke som avvist.
Kolonnereferanser timerefusjon
Oppgjørsdato: Dato registreringen skal tilhøre. Eksempel: La oss si at dagen i dag er 8. oktober, men at du nå skal registrere timer for september. Da ønsker du også at dataene skal vises i rapporter for september, da setter du oppgjørsdato til siste dato i september. Avdeling: Avdelingen registreringen gjelder for. Seksjon: Seksjonen registreringen gjelder for. Lokalisering: Lokalisering registreringen gjelder for. Post: Posten registreringen gjelder for. Markeringsdato: Markeringsdato som er satt på refusjonskravet. Denne datoen settes automatisk når du har kjørt BKM. Datoen settes automatisk til siste dag i måneden i forhold til Til og med dato på kjøringen. Status: Kan ha verdien Godkjent, Ikke godkjent, Rapportert, Slettet, Under rapportering eller Avvist av HELFO. Status «Rapportert» betyr at registreringen er sendt til HELFO. «Avvist av HELFO» betyr at dette «enkeltkravet» er avvist. For å se detaljer og årsak, se Avviste. Merk at det vises IKKE her når HELE meldingen er avvist, det vises bare i listen over sendte meldinger, se Status på melding. Takstkode: Hvilken takst er registrert. Takstpris: Enhetspris for taksten på registrert oppgjørsdato. Antall: Antall ganger taksten blir krevd refusjon for. Opprettet av: Hvem har registrert timerefusjonene. Godkjenn: Klikk på dette ikonet dersom du ønsker å godkjenne registreringen. Først når registreringen er godkjent vil den bli sendt til HELFO. Slett: Det er ikke mulig å slette timerefusjoner med status "Under rapportering" eller "Rapportert".
Sende refusjonskrav
Når takst og time er registrert og godkjent vil den den videre rutine være å kjøre/generere behandlerkravmelding. Refusjonskrav blir med når «full behandlerkravmelding» kjøres, se Kjøringer.
Arbeidsoppgaver for Behandlerkravmelding
Dersom opphold blir avvist av HELFO får du beskjed om dette som en oppgave i DIPS arbeidsflyt. Det vil være en arbeidsoppgave per avvist opphold (poliklinisk opphold).
Utføring av oppgaven gjøres via siden Oppgaver i Arena.
Regler for arbeidsflytoppgaver for avviste opphold i Oppgaver:
Det er en arbeidsoppgave pr. avvist opphold.
Oppgavetype er "Behandlerkravfeil" og emne er "Avvist behandlerkrav".
Arbeidsoppgaven er knyttet til et opphold og pasient slik at du kan dobbeltklikke på arbeidsoppgaven og få opp det avviste oppholdet. Du trykker på Åpne oppholdet for å komme direkte til arkfanen for Oppgjør hvor du kan redigere oppholdet.
Når det er flere avvisninger på en regning kommer alle avvisningene i samme arbeidsoppgave. Grunn til avvisning står i merknadsfeltet.
Du fjerner arbeidsoppgaven fra arbeidslista ved å markere oppgaven og trykke Utfør.
Dersom oppholdet ikke er knyttet til et poliklinisk opphold lages det ikke arbeidsoppgave (f.eks. hvis oppholdet er gjort om til innleggelse før du mottar avvisningen fra HELFO).
Dersom en betaling, kreditering, laboratorietakst eller timerefusjon er blitt avvist vil dette ikke komme som en arbeidsoppgave i DIPS arbeidsflyt.
Forutsetningen 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”.
Dersom det sendes inn kombinasjoner av sykehus, avdeling og lokalisering som faller utenfor parameterverdiene på systemoppsettet, vil arbeidsoppgaven havne i gruppen “Arbeidsflyt - udefinert arbeidsgruppe”.
Hvordan rette feil på et avvist opphold
For å rette opp feil på opphold som er blitt avvist gjør du følgende:
Åpne siden Oppgaver og åpne den mappen du vet slike oppgaver skal ligge i. Oppgavetype er "Behandlerkravfeil", emne er "Avvist behandlerkrav".
Klikk på oppgaven og den vises til høyre i skjermbildet 8dersom du har den type visning).
Grunn til avvisning står i meldingsfeltet. Dersom det er flere avvisningsgrunner på samme opphold vil bare den første vises i meldingsfeltet.
Trykk på Åpne oppholdet og du får opp det avviste oppholdet. Du kommer rett inn i arkfanen for oppgjør.
Nå får du lov til å gjøre de rettingene som må til f.eks. slette, endre og sette inn nye riktige takster. Dersom noe må krediteres mot pasient, pass på å gjøre dette med det samme slik at det ikke blir glemt. Hvordan du krediterer faktura mot pasient, se egen dokumentasjon for DIPS Økonomi.
Når oppholdet er rettet og oppgaven utført må du fjerner arbeidsoppgaven fra arbeidslista ved å markere oppgaven og trykke Utfør.
Finne oppholdet via RTV-feilid
Dersom du har behov for å finne oppholdet til et avvist regningsnummer må du først finne regningsnummerets Feilid i arkfane Avviste, se Avviste. Feilid tilsvarer Polkid som tidligere ble benyttet som regningsnummer. I BKM brukes ikke lenger Polkid som regningsnummer.
Menyvalg Pasient | Hent besøk fra RTV-feilid.
Oppgi Feilid og velg Hent besøk.
Det er et «hengelås» på besøket (står rett bak feltet for takst). Dersom du har behov for å endre besøket klikk på hengelåsen og besøket endrer status fra [Låst(RTV) til Oppgjort.
Konfigurering
Arkfane for konfigurering er tilgangsstyrt slik at du kan gi tilgang bare til de som administrerer systemet.
I arkfanen for konfigurering kan det spesifiseres hvilken meldingstype en Behandlerkravmelding skal ha, basert på det kostnadsstedet som oppholdet, krediteringer, refusjoner, lab og røntgen er fra.
Noen sykehus må også konfigurere meldingen på prosjekt, avhengig av prosjektkoden på oppholdet. Det er da ikke nødvendig å konfigurere på kostnadssteder i tillegg. Opphold med den aktuelle prosjektkoden vil rapporteres med meldingstypen satt opp på prosjektet, og ulike kostnadssteder vil fordeles i ulike meldinger.
Labrekvisisjoner som er knyttet til et opphold får meldingstypen til oppholdets kostnadssted, men sendes i melding for rekvisisjonens kostnadssted.
Konfigurere sykehus, kostnadssted og prosjekt
Kodeverk: I kodeverket BKM-MELDINGSTYPE velger du den meldingstypen som skal gjelde for sykehuset først. Her ligger også riktig parameterverdier for meldingstypen: Format: Viser om meldingen skal ha offentlig eller privat format, BKM (Privat) eller NPR-BKM (Offentlig). Type: Viser type melding som vises i XML-filen for meldingen, for eksempel TOM (Tannlegemelding) og POM (Poliklinikkmelding). Praksistype: Definerer hvilken type praksis som gjelder for leger.
Konfigurere sykehus: Sykehuset som du har satt opp med meldingstype fra kodeverket BKM_MELDINGSTYPE, vil stå under «Konfigurasjon for (innlogget sykehus)». Kodeverdien som settes inn her vil bli brukt for alle kostnadssteder ved sykehuset, så fremst ikke annet er spesifisert under «Konfigurerte kostnadssteder» eller «Konfigurerte prosjekter». Konfigureringen på sykehuset kan endres ved å trykke på blyanten. Et sykehus kan likevel ha ulike meldinger dersom det har ulike praksistyper, og ha ulike kostnadssteder som kan konfigureres med ulike meldingstyper.
Standard meldingstype: Alle kostnadssteder vil rapporteres på det formatet og meldingstypen som er valgt her.
Har avtalespesialist: Velg om sykehuset skal rapportere avtalespesialister eller ikke.
Send episoder som mangler konfigurasjon: Standardt settes til «Ja». Enkelte sykehus ønsker kun å rapportere meldinger fra kostnadssteder som er satt opp under «Konfigurerte kostnadssteder» eller «Konfigurerte prosjekter». Disse sykehusene skal sette «Nei» her.
Konfigurerte kostnadssteder: Enkeltavdelinger som skal rapportere på et annet format enn det som er satt default på sykehuset, settes opp her. Kostnadssteder settes opp med den meldingstypen de skal rapportere på. Alle opphold som er registrert under kostnadsstedet som er konfigurert, vil rapporteres med samme meldingstype. Labrekvisisjoner som er knyttet til et opphold vil få samme meldingstype som oppholdet, men sendes i meldingen for rekvisisjonens kostnadssted (i egen labmelding). Det er også mulig å velge «Ja» eller «Nei» for om opphold fra kostnadssteder skal rapporteres eller ikke.
Et kostnadssted kan bare konfigureres med en type melding, og det er det som står i Enhet 1 og Enhet 2 i DIPS Admin Økonomi|Administrer økonomi|Kostnadssteder, som avgjør om oppholdene kommer med i behandlerkravmeldingen.
Kostnadssted: I dette feltet velges det kostnadsstedet som skal rapportere på annen meldingstype enn sykehuset er satt opp med.
Meldingstype: Her velges det formatet som kostnadsstedet skal rapportere på, som er ulikt det formatet som sykehuset skal ha.
Rapportavdeling: Fritekstfelt. Avdeling er obligatorisk for fritt behandlingsvalg, rehabiliteringsinstitusjon og ved egenandelsinnrapportering fra poliklinikker. Kun aktuelt for BKM-formatet.
Rapporter RESH-id: Fritekstfelt. Angir RESH-id til avdelingen. RESH er obligatorisk for fritt behandlingsvalg, rehabiliteringsinstitusjon og ved egenandelsinnrapportering fra poliklinikker. Kun aktuelt for BKM-formatet.
Blir rapportert: Dersom et kostnadssted ikke skal rapporteres velger du Nei her. Gjelder hvis resten av sykehuset skal rapporteres og det er satt Ja på feltet «Send episoder som mangler konfigurasjon».
Dersom et kostnadssted skal rapporteres velger du Ja her. Det gjelder hvis resten av sykehuset ikke skal rapportere andre opphold, det er valgt Nei på feltet «Send episoder som mangler konfigurasjon», eller hvis det er kostnadssteder som skal konfigureres med ulike meldingstyper.
Konfigurerte prosjekter: Prosjektkoden er det som er definert i kodeverket VI-PROSJEKTKODER. Her spesifiseres hvilken meldingstype sykehuset skal ha ved bruk av prosjektkoder til oppholdet. Det er også mulig å velge om du på prosjektet skal rapportere Labanalyser. Du trenger ikke konfigurere kostnadssted i tillegg til prosjekt dersom kostnadsstedet kun skal rapportere opphold med valgt prosjekt på samme meldingstype. Kostnadssteder som skal rapportere på annen meldingstype, uten prosjekt, må konfigureres under «Konfigurerte kostnadssteder».
Verdiene som er gyldige prosjektkoder er hentet fra Volven og kodeverket Debitor 8426.
Prosjekt: Her velges prosjektkoden som er hentet fra kodeverket VI-PROSJEKTKODER og som skal settes inn på oppholdene.
Meldingstype: Dette er meldingstypen oppholdene som er registrert med prosjektkoden skal rapporteres med.
Rapportavdeling: Fritekstfelt. Avdeling er obligatorisk for fritt behandlingsvalg, rehabiliteringsinstitusjon og ved egenandelsinnrapportering fra poliklinikker. Kun aktuelt for BKM-formatet.
Rapporter RESH-id: Fritekstfelt. Angir RESH-id til avdelingen. RESH er obligatorisk for fritt behandlingsvalg, rehabiliteringsinstitusjon og ved egenandelsinnrapportering fra poliklinikker. Kun aktuelt for BKM-formatet. Dersom du registerer RESH-id her på NRP-BKM-formatet vil denne RESH-iden settes inn der det vanligvis settes inn kostnadsstedsnummeret.
Rapporter Labanalyser: Velg Ja dersom opphold på denne meldingstypen med labrekvisisjoner skal rapporteres i egen labmelding på samme formatet som oppholdet.
Behandlerkravmelding for Labanalyser
DIPS Behandlerkravmelding kan også benyttes av foretak som bruker DIPS Lab system. Det er ingen egne oppsett i DIPS Behandlerkravmelding eller i DIPS LAB for at labanalyser skal bli med i en kjøring.
Merk følgende:
For at en analyse skal bli rapportert må den være knyttet til et kostnadssted. Det er kombinasjonen av avdeling på labanalysen og lokalisering på rekvisisjonen som avgjør hvilken melding/kostnadssted undersøkelsen rapporteres i.
Kombinasjonen av lokasjon og avdeling må være tilknyttet et kostnadssted som det ikke rapporteres polikliniske opphold på slik at kun labanalyser rapporteres på disse kostnadsstedene. Det er selvfølgelig mulig å ha flere kostnadssteder for lab, men disse må ikke deles av somatiske avdelinger der det rapporteres polikliniske opphold.
For at en analyse skal bli rapportert må den:
Være frigitt (oppgjort)
Være knyttet til et sykehus og kostnadssted
Ikke være knyttet til katastrofepasient
Rekvisisjoner knyttet til opphold som rapporteres for fastlege og legevakt må ha diagnose registrert
Være av en type som skal betales av HELFO. Betalingskoden på rekvisisjonen kan ikke være en av disse:
Konsultasjonen betales av fakturamottaker.
Fri undersøkelse.
Selvbetalende.
Uten konvensjonsavtale eller mangler EØS-skjema.
Merk at undersøkelser som ikke skal betales av NAV blir satt som rapportert, selv om de ikke kommer med i XML-meldingen som sendes til HELFO.
For mer detaljer om Behandlerkravmelding for Labanlyser vises til eget dokument «DIPS Behandlerkravmelding - meldingsdokumentasjon offentlige sykehus.pdf» og og «DIPS Behandlerkravmelding - meldingsdokumentasjon private sykehus.pdf».
Dersom innsendte krav blir avvist, vil dette vises i Avviste (se Avviste), men det blir ikke laget arbeidsflytoppgave.
Behandlerkravmelding for Avtalespesialister
Private sykehus kan også benytte DIPS Behandlerkravmelding.
Det genereres én melding per avtalespesialist i stedet for én melding per kostnadssted som det gjør i offentlig melding.
Beskrivelse av meldingsformatet (XML) for avtalespesialister er detaljert beskrevet i eget dokument «DIPS Behandlerkravmelding - meldingsdokumentasjon private sykehus.pdf».
Kjøringer, avvisninger, kreditering til HELFO, osv. gjennomføres og vises på samme måte som offentlig melding.
Signering av Behandlerkravmelding i arbeidsflyt
Når Behandlerkravmelding for avtalespesialist genereres opprettes det en oppgave i DIPS Arbeidsflyt, ”Behandlerkravmelding til signering”.
Meldingen må signeres av den enkelte behandler før den sendes til HELFO. Fra og med Arena 18.1 signeres slike oppgaver i Arena. I eldre versjoner av Arena må de signeres i Classic.
Takster med lavere refusjon fra takst 2 og oppover
For avtalespesialister som bruker takster som kan repeteres flere ganger, men med lavere refusjon fra takst nr. 2 og oppover, må du bruke prosenttillegg for at dette skal bli rapportert riktig, ikke bruk knappen for Antall.
Behandlerkravmelding for tannleger
Tannleger ved Oslo Universitetssykehus (OUS) skal benytte DIPS Behandlerkravmelding. Meldingen er på samme format som den private sykehus benytter, men med tilpassede attributter i XML’en. Se eget dokument «DIPS Behandlerkravmelding - meldingsdokumentasjon private sykehus.pdf» for detaljer om meldingen.
Meldingen blir generert per kostnadssted.
For at dette skal fungere må følgende gjøres:
Det må være registrert kontonummer i feltet «Kontonr. 2» på sykehuset som meldingen skal sendes fra. Kontonummer sendes som en del av meldingen for private sykehus. Gjøres i DIPS Admin. Menyvalg Organisasjon | Institusjon/Sykehus, felt Kontonr 2.
I kodeverket «BKM: MELDINGSTYPE» setter du opp den meldingstypen osm gjelder for tannlege (dvs. velg Tannlege). Her skal parameterverdiene allerede være fyllt ut på Format, Type og Praksistype.
Spesielle takster
Tannlegene har takster som har lik kode med de offisielle takstene f.eks. 202 og 203. Slike tannlegetakster må registreres i takstregisteret i DIPS Admin som en tilleggstakst med kodene:
202_h (Preparering og fylling, 2 flater)
203_h (Preparering og fylling, 3 eller flere flater)
Takster med «_h» blir rapportert i meldingen, men «_h» fjernes. I meldingen rapporteres de som 202 og 203.
Behandlingsform tannleger
Tannleger rapporterer på en egen behandlingsform, og det er egen verdi (Behandlingsform - Tannlege) i kodeverket «FE-MEDISINKODETYPER» hvor parameterverien «Ta med i andre tjenester» settes til «JA». Det ligger også Behandlingsform for tannlege i Medisinsk kodeverk.
Se egen dokument «DIPS Behandlerkravmelding - meldingsdokumentasjon private sykehus.pdf» for detaljer om meldingen.
Behandlerkravmelding for Fastleger og Legevaktsleger
Allmennleger og legevaktsleger skal bruke DIPS Behandlerkravmelding, med format som private sykehus benytter. Attributter for disse er tilpasset i XML´en. Se eget dokument «DIPS Behandlerkravmelding - meldingsdokumentasjon private sykehus.pdf» for detaljer om meldingen.
Meldingen blir generert per kostnadssted.
For fastleger må det settes opp i kodeverket «BKM-MELDINGSTYPE», der det velges melding Fastlege, hvor parameterverdinene ligger inne på Format, Type og Praksistype.
For legevakt må det settes opp i kodeverket «BKM-MELDINGSTYPE», der det velges melding Legevakt, hvor parameterverdinene ligger inne på Format, Type og Praksistype.
Spesielle takster
Dersom sykehus rapporterer på formatet BKM, og de ligger i samme base som offentlige sykehus, hender det at enkelte takster overlapper hverandre, men har ulike verdier, f.eks. 701 og 702. Da må slike takster registreres i takstregisteret i DIPS Admin som en tilleggstakst med kodene:
Q_701a (Taking av prøver til laboratorieundersøkelse)
Q_701c (Innsending av prøver)
Behandlerkravmelding for kommunal fysioterapi (brukes kun ved Lonyearbyen sykehus)
Meldingen ligger i kodeverket «BKM-MELDINGSTYPE» med Langtnavn: Kommunal fysioterapi (Behandlerkravmelding) I selve XML-meldingen fylles feltet BehandlerIdent ut med HPR-nummer til behandlende lege på det polikliniske oppholdet. Hvis behandlende lege ikke har HPR-nummer skal fødselsnummer, H-nummer eller D-nummer fylles ut. På samme måte som for praksistype 2 (fastlege) og 4 (legevakt)
Hvilke opphold rapporteres til HELFO
Opphold som ikke inneholder takst for egenandel og heller ikke takst som utløser krav mot HELFO, rapporteres ikke (gjelder offentlig sykehus).
Hvem som skal betale de ulike takstene på oppholdet er avhengig av eventuell frikode og taksttype.
Takstlogikk for danning av faktura
For logikk rundt danning av faktura og hvem som skal betale for de ulike takstene vises til kapittel Takstlogikk for danning av faktura i brukerdokumentasjon for Økonomi, eller dokumentene BKM Meldingsdokumentasjon Private Sykehus / Meldinger Offentlige sykehus. Der vi du også finne oversikt over taksttyper og frikoder.
Kredit HELFO (gjelder kun for Classic)
Knappen Kredit HELFO i arkfane Økonomi, skjermbilde «Poliklinisk konsultasjon» i DIPS Classic, skal bare benyttes dersom du må rette på et opphold som allerede er godkjent av HELFO. Det kan for eksempel være at du har glemt å registrere en refusjonstakst.
Merk at opphold som er avvist av HELFO ikke skal krediteres. Rettingen skal gjøres via Mine arbeidsoppgaver (se Arbeidsoppgaver for Behandlerkravmelding).
Etter at sykehuset har gått over til Ny Økonomi (Classic)
Dersom du må kreditere et opphold overfor HELFO som tidligere er rapportert på gammel økonomi, gjør følgende:
Trykk på Kredit HELFO i arkfane Økonomi i skjermbildet Poliklinisk konsultasjon i Classic.
Rett opp i takstene som skal enders, ved å slette/legge til.
Dersom det skal legges til nye takster som pasienten skal betale, må disse legges til og du må velge Nytt oppgjør. Dersom det kun er retting overfor HELFO skal du ikke velge Nytt oppgjør.
Oppholdet vil bli med ved neste kjøring av BKM, først som en kreditering, deretter som en vanlig melding.
Dersom noen av de gamle takstene skal krediteres ovenfor pasienten må du gå til meny Rutine | Økonomi | Manuell innbetaling.
Finn frem aktuell faktura/pasient ved å velge Hent (velg der som er mest praktisk der av Person, Aktiv pasient eller faktura).
Ta bort haken for Vis ubetalte slik at betalte faktura også vises.
Marker rette faktura i listen og velg Kreditnota | Betal ut.
Oppgi beløp og grunn. Lagre.
Skriv ut kreditnotaen, Kreditnota uts.
Betal ut ved å markere den aktuelle kreditnotaen og velg Kreditnota | Betal ut.
Da er saldo til pasienten på denne faktura kr 0,-
Tips og triks
Vi har laget en liste med tips om hva du kan gjøre i ulike situasjoner/problemstillinger som kan oppstå.
HELFO har avvist krav, hva gjør jeg?
Se Avviste og Arbeidsoppgaver for Behandlerkravmelding
Refusjon, samme takst vises flere ganger
Dersom du i skjermbildet for registrering av refusjoner får en og samme takst to eller flere ganger i nedtrekkslisten, er det mest sannsynlig at taksten har overlappende «gyldig fra dato» og /eller «gyldig til dato» i takstkodeverket.
Rettes opp ved å:
Start DIPS Admin
Velg Kodeverk
Velg Takster
Søk frem den aktuelle taksten og sett inn rette Gyldig fra tid og Gyldig til tid. Sørg for at datoene ikke overlapper hverandre.
Krav er ikke knyttet til kostnadssted
Dersom det finnes krav i perioden du kjører melding for som ikke er knyttet til kostnadssted vil du få melding om dette ved at dette ikonet vises:
Hold musepeker over ikonet og du vil fort finne ut hvilke opphold/refusjoner/betalinger osv., som ikke er knyttet til kostnadssted.
Merk at de kravene som mangler kostnadssted ikke blir sendt, men at resten av meldingen blir sendt.
Basert på meldingen om vises under informasjonsikonet må du sørge for at det blir registrert et gyldig kostnadssted på den enheten der dette mangler. Dette gjøres i DIPS Admin under menyvalg Økonomi | Administrer økonomi, arkfane _Kostnadssted.
Numerisk feil eller verdifeil: character string buffer too small
Dersom feilen som vises på bildet under oppstår ved kjøring, kan det være at noe er feil i felleskodeverket VI-PROSJEKTKODER.
Dersom det er fylt ut prosjekt på oppholdet brukes parameterverdi NPR47 på prosjektet spesifisert i kodeverket 1021- VI-PROSJEKTKODER og de må stemme med NPR kodeverk 8426 Debitor.
Se dokumentet «DIPS Behandlerkravmelding - meldingsdokumentasjon offentlige sykehus.pdf» for detaljer.
Feil ved kjøring av melding for avtalespesialist
Dersom denne feilen oppstår ved kjøring av melding for avtalespesialister: ORA-20503: ReshId og avtalespesialist er ikke riktig satt opp for følgende rekvirentkoder: AVKA, RTNPR.
Se Behandlerkravmelding for Avtalespesialister.
Ingen avvisningsgrunn
Vi er usikker på om dette er en situasjon som faktisk vil kunne oppstå, men dersom HELFO har avvist krav uten å grunngi hvorfor det er avvist, vil det ikke bli opprettet arbeidsoppgave og vi vil heller ikke vise noe i arkfane Avviste:
Når hele meldingen er avvist
Når en melding er avvist hos HELFO får du alltid en avvisningsgrunn. Følgende avvisningsgrunner finnes hos HELFO per i dag, men nye kan komme til:
Identisk innsending registrert fra før.
Ugyldig sertifikat for denne meldingstype.
Meldingstypen er ikke implementert i KUHR.
Praksistype er ikke angitt.
Ugyldig meldingstype for denne praksistypen.
Det er oppgitt to ulike verdier for praksistype i filen. En fil kan kun inneholde regninger fra en praksistype. Feilen må rettes opp før filen kan sendes inn på nytt.
Oppgjør har blitt avvist av saksbehandler.
Oppgjør har blitt avvist av saksbehandler som feilregistrert. (sykehus har sendt inn krav som privat laboratorium og røntgeninstitutt eller omvendt).
Dersom det er saksbehandler som har avvist kravet vil også merknaden fra saksbehandler tas med.
Når en hel melding er avvist må du først finne grunnen til dette og ut fra dette ta kontakt med HELFO for videre aksjon.
Dersom meldingen er avvist på grunn av duplikat kan det skyldes feil i integrasjonsenheter som Message Broker eller BizTalk. Da kan du selv rette dette: Se kapittel «Applikasjonskvittering med melding om duplisert innsending» i dokumentet «DIPS Behandlerkravmelding - Meldinger i Message Broker.pdf».
DIPS ASA bistår med retting av feil dersom hele meldingen er avvist. Du vil ikke kunne foreta nye kjøringer før feilen er rettet.
Hvordan finne avvisningsgrunn på en melding
Markere den avviste meldingen.
Gå til arkfane Kvittering. (Når hele meldingen er avvist, vises det ikke i arkfane Avviste).
I attributtet «Status», felt «DN» vil du finne grunn til avvsining.
Hent oppholdet fra RTV-feilid
Dersom du av en eller annen grunn ikke får rettet feil på et avvist opphold via Mine arbeidsoppgaver, kan du låse opp oppholdet via et eget menyvalg Pasient | Hent besøk fra RTV feilid.
Oppgi RTV-feilid. Dette finner du i Avviste, kolonne Feilid.
Vindu «Poliklinisk konsultasjon» åpnes.
Der vil du finne et ikon (hengelås) rett ved siden av knappen Sett inn ny takst.
Klikk på hengelåset og besøket vil gå fra status Låst(RTV) til ny status Oppgjort.
Gjør nødvendige rettinger.
Besøket vil bli med neste gang det kjøres Behandlerkravmelding dersom det har status Oppgjort.
Ofte spurte spørsmål
Nedenfor har vi svart på ulike spørsmål som har kommet inn til oss i DIPS ASA om BKM.
Tekniske spørsmål
Hvilke tekniske konsekvenser er det ved å innføre BKM på Arena. Svar: Du må ha Arena rammeverk, minimum versjon 1.0.0.0 med det som det innebærer.
Må du ha installert ny rapporteringsløsning? Svar: Nei.
Må du ha installert SOLR? Svar: Nei.
Må sykehus ha beslutningsstyrt tilgang for å benytte løsningen? Svar: Nei.
Må brukere som tar i bruk BKM – også på poliklinikk – ha installert Arena Rammeverk? Svar: Ja, men bare dersom de skal åpne det nye skjermbildet i Arena f.eks. for å registrere timerefusjoner. De trenger den ikke dersom de bare skal bruke DIPS Arbeidsflyt for å rette avviste opphold.
Hvordan henger løsningen sammen med Brokere, meldingstransport mv? Svar: Det blir akkurat som i dag, men det blir nye tilstandsmaskiner på Message Broker knyttet til BKM på Arena. Ellers blir meldingsutvekslingen til HELFO den samme, med bruk av DIPS Communicator og norsk helsenett.
Er det noen spesielle klientpakker som skal installeres utover BKM? Svar: Det trengs ingen andre klientpakker ut over BKM og Arena Rammeverk med Arena Desktop.
Vil det lages egne MSIer til BKM for klient og applikasjonsserver eller blir det i første omgang en manuell installasjonsrutine? Svar: Ja, det kommer egne MSI’er og dup’er for installasjon av BKM for klient og for applikasjonsserver.
Er det behov for å sette databasen i lesemodus under installasjon/oppgradering av BKM? Svar: Basen må ikke være i lesemodus for å installere BKM. Men den må være i lesemodus for å installere Arena Framework.
Funksjonelle spørsmål
Hvordan er avhengigheten til ny økonomimodul? Svar: Kort fortalt må du installere DIPS Økonomimodul, men den trenger ikke å bli brukt til annet enn å registrere kostnadssteder i DIPS Admin.
Hva med innbetalinger på opphold som ble rapportert som ikke betalt i forrige versjon av BKM? Svar: De blir ivaretatt og sendt som betalt i ny versjon når de betales fullt ut. Systemet ivaretar også opphold som tidligere er sendt til HELFO i gammel versjon, så krediteres de HELFO i ny versjon for så eventuelt å bli sendt på nytt i ny versjon. Se også Hva med rapportering av betalte egenandeler i ettertid?.
Hva med innbetalinger på opphold som ble rapportert som ikke betalt i gammel versjon av DIPS Økonomi? Svar: Når sykehuset bytter fra gammelt til nytt økonomisystem så vil betalinger for gammelt økonomisystem bli rapportert. Se også Hva med rapportering av betalte egenandeler i ettertid?,.
Har behandlerkravmelding krav om at diagnose er registrert på oppholdet? Svar: Det er ingen krav i kjøring av behandlerkravmeldingen om at diagnose må være registrert for at oppholdet skal bli sendt.
Hva med avdelinger og kostnadssteder som er satt ut av bruk? Svar: Dersom en avdeling og/eller kostnadssted er satt ut av bruk når kjøring startes, vil krav til HELFO og eventuelle betalinger som er kommet inn bli sendt til HELFO på vanlig måte.
Ved registrering av refusjon vil verdien i datofeltet avgjøre om eventuelle organisatoriske enheter som er satt ut av bruk (Gyldig til dato passert) blir vist i nedtrekkslistene eller ikke.
Eks: enhet A har gyldig til dato 31.12.2014 – dato i refusjon settes til 04.01.2014, da vil ikke enhet A vises i nedtrekksliste. Dersom dato settes til 27.12.2014 vil enhet A vises og kunne velges.
Blir opphold som er tapsført rapportert til Helfo? Svar: Nei.
Hvordan skal sykehuset få rapportert inn betalinger til Helfo på en faktura som allerede var tapsført? Slik at pasienten får opptjent frikort? Svar: Fakturaen må inntektsføres igjen, og betaling registreres. Når betalingen er registrert blir det rapportert inn til Helfo neste gang BKM kjøres.
Blir opphold som er delbetalt rapportert til Helfo? Svar: Nei, opphold blir ikke rapportert til Helfo som betalt før hele fakturaen er betalt.
Hvordan låse opp et opphold slik som i Classic fra Lås opp RTV? Svar: Det er ikke behov for å bruke "hengelåsen" til å rette avviste opphold i Arena. I Arena kommer en arbeidsoppgave per avvist opphold. Se Arbeidsoppgaver for Behandlerkravmelding.
1. Hvis vi tapsfører og det kommer en innbetaling innenfor 3 år (f.eks. "inntektsført tap") blir dette innrapportert til Helfo og er med på opparbeidelsen av frikort? Dersom en faktura blir tapsført får fakturaen transaksjonstypen "Tapsført faktura" i reskontroen, og fakturaen blir lukket. Dette blir ikke rapportert til Helfo. Hvis du senere registrerer "Inntekstført tap", åpnes fakturaen igjen. I reskontroen får den transaksjonstypen "Inntektsført tap". Dette blir heller ikke rapportert til Helfo. Når fakturaen blir betalt fullt ut blir oppholdet rapportert til Helfo som betalt.
Det vil si at så lenge det kommer betaling inn på et opphold så vil betalingen bli rapportert.
2. Vil innlesning av OCR-fil og Kreditor-fil i feil rekkefølge kunne medføre at krav ikke blir rapportert til Helfo?
Nei, rekkefølge har ikke noe å si.
3. Er det registreringsdato på oppholdet (faktura) som gjør at det ved endringer i et opphold blir med i BKM-uttrekk?
For at oppholdet skal blir med, må oppholdets inntid være før "til og med" dato. Hvis du på et opphold har en faktura og endrer oppholdets inntid så er det fortsatt inntid som avgjør om oppholdet blir med i uttrekket, selv om fakturadato er etter til og med dato for kjøringen.
Hva med rapportering av betalte egenandeler i ettertid?
Her gir vi noen eksempel på rapportering av betalt egenandel som Behandlerkravmeldingen ivaretar. Vi har ikke tatt med eksempel på alle tenkelige situasjoner som kan oppstå, men rapportering av betalt egenandel skal være fullt ut ivaretatt i DIPS Behandlerkravmelding.
Overgang fra en eldre versjon til nyere versjon av BKM
Case 1: Kjørt nåværende versjon av BKM
Oppholdet der egenandel ikke er betalt er avvist.
Går over til nyere versjon av BKM.
Det kommer betaling på oppholdet som er avvist (men ennå ikke gjort noe med).
Retter oppholdet - det har status Oppgjort.
Retter nyeste installerte BKM-versjon.
Oppholdet blir rapportert med betalt egenandel.
Case 2: Kjørt nåværende versjon av BKM
Egenandel på oppholdet er ikke betalt.
Går over til nyere versjon av BKM.
Det kommer en betaling på egenandelen.
Kjører ny installert versjon av BKM.
Egenandel blir rapportert som betalt.
Overgang fra gammel til ny DIPS Økonomi
Case 1: Overgang til ny økonomi
Faktura er opprettet med gammel økonomi, ikke betalt egenandel.
Går over til ny økonomi.
Betaling kom inn etter nytt økonomisystem er satt i drift.
Kjører BKM.
Egenandel blir rapportert som betalt dersom systemet er satt opp med at du skal gjøre dette.
Rapportering av betaling når opprinnelig melding feilet
Pasient har et opphold med ikke betalt egenandel.
BKM kjøres, melding X kommer ikke frem til HELFO på grunn av en feil med meldingsformidleren/senderen. Meldingen vil da stå med status «Venter på kvittering». Oppholdet skal rapporteres som ikke betalt.
Brukeren betaler egenandelen før du har mottatt kvittering på melding X fra HELFO.
Det eneste du får gjøre med meldinger som har status «Venter på kvittering» er å sende dem på nytt. Du får ikke starte ny kjøring før alle meldinger i forrige kjøring er mottatt kvittering på.
Du sender melding X på nytt etter at feil i meldingsformidleren/senderen er rettet. Betalingen blir da ikke rapportert i denne melding X, men blir rapportert i neste kjøring, da i melding Y.
Dersom melding X feiler under generering og den står med status "Meldingsgenerering feilet", skjer følgende med betalingen alt etter hva du velger å gjøre:
Generere melding X på nytt: betalingen kommer med i melding X.
Reversere meldingen: betalingen kommer med i neste kjøring, da i melding Z.
Avvist opphold
Case 1: Avvist opphold
Opphold er avvist på nåværende versjon av BKM.
Betaling kommer inn, men oppholdet er ikke rettet.
Kjører nyere versjon av BKM.
Betalingen blir ikke rapportert så lenge oppholdet har status Låst (RTV).
Oppholdet rapporteres med betalt egenandel ved neste BKM-kjøring etter at oppholdet er rettet og har status Oppgjort.
Case 2: Avvist opphold
Opphold avvist.
Oppholdet rettes.
Kjører nyere installert versjon av BKM.
Oppholdet rapporteres som ikke betalt.
Betalingen kommer inn.
Kjører nyeste installerte versjon av BKM.
Betalingen blir rapportert.
Case 3: Avvist opphold
Opphold avvist.
Betalingen kommer inn.
Opphold rettes.
Kjører nyere installerte versjon av BKM.
Oppholdet blir rapportert med betalt egenandel.
Sist oppdatert