Jokainen luku kantaa mukanaan säännön, joka sen tuotti
Billing Module
Eruntar Billing Module on potilaslaskutus ja tulokiertokulku sairaaloille ja klinikoille: suoritteiden kirjaus, hinnoittelu ja verot, kuka maksaa, vakuutus ja korvausvaatimukset, maksut, saamiset, käteisen haltuunotto, pääkirja ja jaksonsulku.
Se ei koskaan kirjoita historiaa uusiksi. Virhe korjataan oikaisulla, avoin summa johdetaan liikkeistä, ja kirjat suljetaan tarkistuslistan avulla.

6
tapaa laskea suorite
5
maksajatyyppiä selvitetään jokaiselle suoritteelle
17
automaattista tarkistusta ennen jakson sulkemista
28
ristiriitaista tehtäväparia, jotka vaativat kaksi henkilöä
Billing Module
Ratkaisut
Kenelle
Sairaaloiden ja klinikoiden laskutusyksiköille ja talousryhmille
Suoritteet
Kirjataan tiskillä ensimmäisestä päivästä tai poimitaan tapahtumista
Laskenta
Kuudella tavalla, kappaleesta vuorokauteen
Jokainen luku
Hinnoiteltu, alennettu ja verotettu yhdellä koneella, laskenta näkyvillä
Kuka maksaa
Potilas, vakuuttaja, yritys, valtio tai muu
Avoin summa
Johdetaan liikkeistä, ei koskaan luettu takaisin saldosta
Historia
Korjataan oikaisulla, ei koskaan muokata
Jakso
Kuusi tilaa, neljä lukitusta, seitsemäntoista tarkistusta sulkemiseen
Kaksi henkilöä
Hyvitykset, poistot, ohitukset ja uudelleen avatut jaksot
Toimii
Missä tahansa selaimessa, mitään ei tarvitse asentaa

Kirjataan tiskillä ensimmäisestä päivästä tai poimitaan laskutettavasta tapahtumasta. Se, milloin jokin muuttuu suoritteeksi, on käytäntörivi eikä koodia, ja automaattinen poiminta on aluksi pois päältä.
Versioidut hinnastot, ratkaistaan palvelupäivän mukaan. Monitulkintainen osuma on virhe, ja puuttuva verokonfiguraatio on virhe eikä nollavero.
Vastuukone jakaa suoritteen potilaan, vakuuttajan, yrityksen ja julkisten maksajien kesken ennen kuin laskua on olemassa.
Käsittely, tilitys ja kohdistus ovat erillisiä tosiasioita, joten vastaanotettua ei koskaan sekoiteta pankkiin tilitettyyn.
Täsmätty palveluntarjoajaan ja pankkiin, kirjattu pääkirjaan ja suljettu tarkistuslistalla.
Moduuli, näkymä kerrallaan
Saamiset, pääkirja, käteisen haltuunotto, jaksonsulku, tehtävien erottelu ja tarkastusjälki sellaisina kuin talousryhmä ne arjessa näkee.

Kojelauta johtaa tilanteen liikkeistä: avoin kokonaissumma, erääntynyt osuus ja organisaation määrittämät ikäluokat. Ajettuna menneelle päivälle se tuottaa tuon päivän täsmälleen samana.

Kirjat
Saamiset jaetaan sen mukaan, kuka ne on velkaa: potilaalla, vakuutuksella ja yrityksellä on kullakin oma tilinsä, ja ennakot ja potilassaldot ovat vastattavaa-puolella. Tileillä ei ole omaa saldoa, joten pääkirja on ainoa paikka, josta luku voi tulla.

Säännöt
Jokainen pääkirjarooli, kuten siirrossa oleva käteinen tai pankkikulut, kirjaa tilille valitsemillasi ulottuvuuksilla tietystä päivästä alkaen. Kirjaus ei koskaan keksi tiliä, ja voit kysyä koneelta, mihin kirjaus päätyisi, ennen kuin luotat siihen.
Talouden työtaso
Se on moduulin oma linjaus. Nämä ovat ne kohdat, joissa koodi valvoo sitä ja joissa kiireinen kuukauden vaihde ei voi muuttua oikaisuksi.
Hyvitykset, poistot, vastuun ohitukset, sulkemisen poikkeukset, käsin syötetyt päiväkirjakirjaukset, uudelleen avatut jaksot ja kassaerot. Tietokanta estää sen, ei vain näyttö, eikä mikään asetus kumoa estoa.
Suorite pysähtyy nimettyyn virheeseen. Sitä ei koskaan hinnoitella nollaverolla vain siksi, ettei kukaan kertonut, mikä vero on.
Hinnan ratkaisu seuraa määritettyä strategiaa, ja monitulkintainen osuma nostetaan virheenä ihmisen ratkaistavaksi.
Korttinumeroita, turvakoodeja ja magneettijuovan tietoja ei koskaan tallenneta, ja vapaa teksti, joka näyttää korttinumerolta, hylätään.
Tuleva jakso ei ota vastaan mitään ennen avaamista, ja suljettu jakso ei ota vastaan mitään lainkaan. Molemmat ratkaisee taustajärjestelmä, ei näyttö.
Jokainen tapahtuma tiivistetään kirjoitettaessa ja sinetöidään tarkistuspisteeseen, joka ketjuuntuu edelliseen. Muokkaus rikkoo oman tiivisteensä, uudelleentiivistys rikkoo tarkistuspisteen, ja tarkistuspisteen uudelleenrakennus rikkoo ketjun.
Saamistaulua ei ole. Avoin summa johdetaan liikkeistä joka kerta, ja menneen päivän raportti tuottaa tuon päivän täsmälleen samana.
Se on rakenteellisesti vain luettava. Koontiversion testi varmistaa, ettei se voi kirjoittaa, joten rikkomus kaataa koontiversion eikä jää arviointikokouksen asiaksi.
Ja kun suorite on kirjattu
Virhe korjataan oikaisurivillä alkuperäisen viereen. Alkuperäinen pysyy täsmälleen sellaisena kuin se kirjoitettiin, ja oikaisu kertoo, kuka sen teki ja miksi.
Jokainen hinta kantaa mukanaan laskennan version ja jäljen, joka sen tuotti, joten kysymykseen, miksi tämä luku, löytyy vastaus vielä kauan sen jälkeen, kun tiennyt henkilö on siirtynyt muualle.
Kysy, mitä oli avoinna minä tahansa menneenä päivänä, ja raportti tuottaa tuon päivän täsmälleen samana riippumatta siitä, mitä on sen jälkeen maksettu.
Älykerros ei ole tällä hetkellä tarkoituksella malli. Se laskee tietueista, näyttää laskentansa ja kertoo sen näytöllä. Toimitamme mieluummin kerroksen, jonka voimme puolustaa, kuin väitteen, jota emme voi.
Ne tarkkailevat Billingin omia tietueita tulovuotojen, hylkäyskuvioiden ja maksuriskin varalta. Kukin lasketaan tietueista laskenta näkyvillä, eikä yksikään tarvitse mallia.
Se ohjaa kysymyksen tunnettuun kysymykseen ja vastaa siihen samalla koodilla, jota näyttö käyttää. Se toimii ilman kielimallia lainkaan ja kertoo sen näytöllä.
Kerros ei voi kirjoittaa taloustauluun, ja koontiversion testi epäonnistuu, jos se koskaan yrittää. Kun ei ole historiaa, josta ennustaa, se ei ennusta mitään sen sijaan, että keksisi luvun.
Kysymykset
Se on potilaslaskutus ja tulokiertokulku sairaaloille ja klinikoille, rakennettu yhdeksi järjestelmäksi suoritteesta suljettuihin kirjoihin: suoritteiden kirjaus, hinnoittelu ja verotus, kuka maksaa, vakuutus ja korvausvaatimukset, maksujen vastaanotto, saamisten hoito, käteisen haltuunotto, kirjaus pääkirjaan ja jaksojen sulkeminen. Tavoitteena on, että jokaisella luvulla on peruste ja jokainen peruste on kirjattu.
Yhdellä laskentakoneella. Hinta ratkaistaan versioiduista hinnastoista palvelupäivän mukaan, monitulkintainen osuma on virhe eikä arvaus, ja puuttuva verokonfiguraatio pysäyttää suoritteen sen sijaan, että hiljaa veloittaisi ei mitään. Jokainen laskenta säilyttää versionsa ja jäljen, joten laskenta voidaan näyttää vielä kauan jälkeenpäin. Määritetyn portaan ylittävän alennuksen hyväksyy toinen henkilö. Intian GST on tuettu, ja CGST, SGST ja IGST ratkaistaan luovutuspaikan mukaan; muut järjestelmät, kuten arvonlisävero, eivät ole vielä saatavilla.
Vastuukone laskee kunkin maksajatyypin osuuden, potilas, vakuutus, yritys, valtio tai muu, pakettien ollessa päälle lisättävä kerros, ennen kuin laskua on olemassa. Laskutusyksikkö näyttää tuloksen suoritekohtaisesti. Tuloksen ohitus vaatii toisen henkilön hyväksynnän, ja lasku sisältää sitten potilaan, vakuutuksen ja yrityksen osuudet rinnakkain.
Se kirjaa ja seuraa koko vakuutuspolun: versioidut suunnitelmat ja etuussäännöt simulaattorilla, oikeustarkistukset, ennakkohyväksynnät muutoksineen ja uusintoineen, korvausvaatimukset, ratkaisu, hylkäykset, valitukset ja maksajan tilitysilmoitus. FHIR R4 -oikeus- ja korvausvaatimussovitin on olemassa ja pysyy lepotilassa, kunnes maksajan päätepiste ja tunnistetiedot on määritetty. Maksajakohtaiset tiedonvaihdot, kuten X12 tai kansalliset verkot, eivät ole vielä saatavilla, joten tänään moduuli on paikka, jossa korvausvaatimus elää ja jota käsitellään, ei suora yhteys vakuuttajaasi.
Ei vielä. Maksut kirjataan organisaatiosi ottamien käyttöön maksutapojen mukaan, kuten käteinen, kortti, tilisiirto, shekki ja vakuutuskorvaus, ja jokainen maksu säilyttää käsittelyn, tilityksen, kohdistuksen ja hyväksynnän tilat erillisinä tosiasioina. Maksulinkkejä, verkkokassaa ja 3-D Securea ei ole rakennettu, eikä yhtäkään tuotannon maksuyhdyskäytävää ole sertifioitu. Korttinumeroita, turvakoodeja ja magneettijuovan tietoja ei koskaan tallenneta, ja vapaa teksti, joka näyttää korttinumerolta, hylätään.
Tallennettua saamista ei ole. Avoin summa johdetaan liikkeistä aina, kun sitä kysytään, ja menneen päivän raportti tuottaa tuon päivän täsmälleen samana. Ikäluokat ovat organisaation omat. Perintätapauksia, lupauksia, maksusuunnitelmia, riitoja ja poistoja hoidetaan yhdellä näytöllä, ja poiston pyytää, hyväksyy ja suorittaa eri henkilöt. Versioitu maksumuistutuskäytäntö hiljaisine tunteineen ohjaa työjonoa. Muistutukset ja tiliotteet asetetaan jonoon ja näytetään ruudulla; toimitusta sähköpostilla, tekstiviestillä tai potilasportaalin kautta ei ole vielä rakennettu.
Se, mitä maksettiin, mitä palveluntarjoaja tilitti ja mitä pankki hyvitti, näytetään rinnakkain, eikä ero ole koskaan maksun muokkaus: se on jotain, minkä ihminen selittää. Pankkitiliotteet tulevat CSV-tiedostoina, tiedosto tunnistetaan sisällöstään, jotta sama tiedosto ei voi tilittyä kahdesti, ja täsmäytyssäännöt ovat versioituja ja ajettavissa uudelleen tuloksen toistamiseksi. Muut tiliotemuodot ja suorat pankkisyötteet eivät ole vielä saatavilla.
Kyllä, toimipistekohtaisena valintana: toimipiste ilman kassalaatikoita toimii täsmälleen kuten ennen. Kassalaatikot kuuluvat perintäpisteille, kassanhoitajat työskentelevät istunnoissa, laskenta tehdään sokkona, kahden henkilön välillä luovutettu käteinen näkyy siirrossa olevana eikä kadonneena, ja pankkitalletukset sulkevat kierron. Odotettu saldo johdetaan liikkeistä, ei koskaan kirjoiteta käsin, ja kassaeron ratkaisee toinen henkilö.
Jakso etenee kuuden tilan läpi ja sillä on neljä erillistä lukitusta: tavallinen laskutus, kirjanpitokirjaukset, verokirjaukset ja raportointi. Sulkeminen ajaa seitsemäntoista automaattisen tarkistuksen listan, mukaan lukien että koetase täsmää, mikään päiväkirja ei odota, apukirjat täsmäävät pääkirjaan ja kassaerot on ratkaistu. Pakollinen tarkistus estää sulun, varoitus on kuitattava, ja tarkistuslista kopioidaan sulun alkaessa, joten myöhemmät muokkaukset eivät koskaan muuta jo tapahtunutta sulkua. Suljettu jakso ei ota vastaan mitään lainkaan.
Kolmella tavalla, joista kunkin valvoo tietokanta eikä hyvä käytös. Historiaa ei muokata: virhe korjataan oikaisurivillä alkuperäisen viereen. Jokainen tarkastustapahtuma tiivistetään kirjoitettaessa ja sinetöidään tarkistuspisteeseen, joka ketjuuntuu edelliseen, joten muokkaus rikkoo ketjun ja varmennus on painike. Ja asiakaserottelu valvotaan jokaisessa taulussa, moduulin käyttöoikeus todistetaan uudelleen jokaisessa pyynnössä ja epäselvässä tilanteessa pääsy evätään.
Osa tästä moduulista tarkoituksella vaatii kaksi henkilöä. Hyvitykset, poistot, vastuun ohitukset, sulkemisen poikkeukset, käsin syötetyt päiväkirjakirjaukset, uudelleen avatut jaksot ja kassaerot estetään kaikki, kun sama henkilö yrittää tehdä molemmat puoliskot, tietokannassa eikä vain näytöllä, eikä mikään asetus kumoa estoa. Yhden käyttäjän käyttöönotto ei siksi voi suorittaa näitä työnkulkuja lainkaan loppuun. Se on päätös, joka tehdään ennen aloittamista, ei yllätys jälkeenpäin.
Se on tänään deterministinen. Kaksitoista tunnistinta tarkkailee Billingin omia tietueita esimerkiksi tulovuotojen, hylkäyskuvioiden ja maksuriskin varalta, ja kukin lasketaan tietueista laskenta näkyvillä. Avustaja ohjaa kysymyksen yhteen kiinteän listan tunnetuista kysymyksistä ja vastaa siihen samalla koodilla, jota näyttö käyttää, joten se toimii ilman kielimallia lainkaan ja kertoo sen näytöllä. Tulovuodot kattavat vain sen, minkä Billing voi todistaa omista tietueistaan. Kerros ei voi kirjoittaa mihinkään taloustauluun, ja koontiversion testi varmistaa sen.
Kyllä. Siinä on valuuttarekisteri, kurssikäytäntö, oikeudelliset yksiköt voimassaoloaikaisine toimipisteineen, useita verorekisteröintejä ja maaprofiilit, joiden on läpäistävä aktivointitarkistukset ennen kuin maa otetaan käyttöön. Valuuttakurssit syötetään käsin; kurssisyötettä ei ole. Valuuttojen väliset maksut, kolmen desimaalin valuutat ja toimipisteiden välinen konsolidointi eivät ole vielä saatavilla.
Se on rakennettu siihen. Kliiniset moduulit julkaisevat laskutettavia tapahtumia versioidun sopimuksen mukaan, muut moduulit näkevät potilaan talousasioista vain sen, mihin niillä on oikeus, ja kullakin on omat rajatut tunnistetietonsa. Kliiniset moduulit eivät vielä lähetä näitä tapahtumia, joten tänään suoritteet kirjataan laskutusyksikössä. Automaattinen poiminta on myös oletuksena pois päältä: tapahtumat, jotka saapuvat sen ollessa pois päältä, pidätetään, ei hävitetä eikä laskuteta.
Se on rakennettu tukemaan kontrolleja, joita nämä viitekehykset vaativat, ja mukana toimitetaan kontrollimatriisi, joka kattaa ISO/IEC 27001:n, SOC 1:n ja SOC 2:n, HIPAA:n, GDPR:n, PCI-DSS:n, PSD2:n vahvan asiakastunnistuksen, CCPA:n ja CSA STARin. Emme kuvaile moduulia sertifioiduksi minkään näiden suhteen. Sertifiointi on jotain, minkä organisaatio ansaitsee, ja matriisin tarkoitus on lyhentää tuota auditointia.
Yhtenä Enterprise-pakettina, hinnoiteltuna organisaatiollesi niiden toimipisteiden ja oikeudellisten yksiköiden mukaan, joista laskutat. Mitään ei pidätetä korkeampaa tasoa varten, koska korkeampaa tasoa ei ole. Mukana tulevat käyttöönoton tuki ja suora yhteys moduulia rakentavaan tiimiin.
Mitä sisältyy
Billing Module myydään yhtenä Enterprise-pakettina, hinnoiteltuna organisaatiollesi. Portaikkoa ei ole, joten jokainen tämän sivun ominaisuus sisältyy. Hinta määräytyy niiden toimipisteiden ja oikeudellisten yksiköiden mukaan, joista laskutat.
Toimipisteet ja yksiköt sopimuksen mukaan
Hinnoitellaan niiden toimipisteiden ja oikeudellisten yksiköiden määrän mukaan, joista laskutat.
Ota yhteyttäTarvitsetko apua valinnassa tai onko sinulla usean yksikön rakenne? Puhu tiimimme kanssa.
Työistunto diaesityksen sijaan: suorite hinnoiteltuna ja verotettuna laskenta näkyvillä, lasku jaettuna potilaan ja vakuuttajan kesken, pankkiin täsmätty maksu ja tarkistuslistalla suljettu jakso. Kerro, miten laskutusyksikkönne on miehitetty, niin pystytämme sellaisen. Saat käyttöönoton tuen ja suoran yhteyden sitä rakentavaan tiimiin.
Hoidatko myös vastaanottotiskin? Tutustu Reception Moduleen.