eHealth

vyrábali by sme štátne SÚV-čko ?
V živote nedobehne nielen že štát, ale ani nik iný (to by musela byť inak masívna investícia na úrovni Elona Muska) to čo iní frajeri denne vylepšujú už 15 rokov … myslieť si, že vezmem servareń, servery a sieťové prvky a spravím niečo podobné AWS je utópia. Češi už prenajímajú Azure, vláda USA podpísala zluvu s AWS a ten jej poskytuje svoje služby … atď …

4 Likes

Goldplating v praxi… :confused:

Ale aký je dôvod spojiť prevádzku starého a vývoj nového systému do jedného tendra pre jedného dodávateľa?
Chceli sme zabezpečiť prevádzku už v jednom režime.

Som zvedavy ci sa najde aspon jedna firma/konzorcium, ktora sa odhodla dat ponuku proti sucasnemu dodavatelovi eZdravia. Nastudovat stovky tisic riadkov v starom .NET kode v roznych projektoch, mixnute s integracnym ESB nie je trivialita. Kazdy potencionalny zaujemca musi investovat nezanedbatelne peniaze do tejto oblasti. Povovodny dodavatel nemusi …

Basnicka otazka : Aky ma teda vyznam spojenie tych dvoch oblasti do jedneho projektu ?

Od oficialneho spustenia eHealth ( 21.12.2015 ) uplynulo 6 rokov. Do stareho systemu eZdravie sme investovali ako stat >100M eur. Sami pani z NCZI priznavaju ze funguje iba eRecept. To je vsak riesenie z Dovery.

Vdaka neexistujucim kontrolam kvality dat je ich hodnota otazna. Cenne su iba udaje, ktore prechadzaju cez zdravotne poistovne ( to tiez priznava NCZI ). Takze najjednoduchsim riesienim je to co som tvrdil uz pre troma rokmi => “Ako sa da pomoct eHealth ? Vypnut a vymazat.”

Zacat treba odznova na zelenej luke bez historickych nanosov. V spolupraci so ZP. S respektovanim tokov udajov a ciselnikov ktore su v tejto oblasti uz dlhodlbo pouzivane ( napr. 6/9-miestny kod lekara alebo 12-miestny kod PZS ).

V predchadzajucom prispevku NCZI hovori, ze od 2024 bude novy system eZdravie, v nasledujucom zas ze do stareho ideme investovat dalsich 11M

Dodávatelia sa tiež zaviazali najneskôr pri akceptácii alebo prebratí príslušného plnenia poskytnúť NCZI najaktuálnejšiu verziu komentovaných zdrojových kódov, a to aj každej čiastkovej úpravy alebo doplnenia systému.

Skoda ze nevypytali git-clone, mohli sme sa pozriet ci vykazy prac zodpovedaju commitom

Záväzok trvá ešte tri mesiace po zabezpečení nového poskytovateľa služieb. Pomoc ale nebude bezplatná. Spoločnosti si budú účtovať podľa zmluvných podmienok a rozsah predmetných služieb si odsúhlasia so štátom.

Vid predchadzajuci komentar ku nakladom na prevzatie diela. Ak by sa aj nasiel novy dodavatel, ktory by to bol ochotny prevziat, tak ma na to najviac tri mesiace.

1 Like

Tak defacto ono sa to môže udiať, nebol by to prvý projekt, ktorý sa pod rozšírením kompletne prepísal. Otázne je či také prepísanie niečo prinesie, pretože zrejme v tomto prípade je kód tým najmenším problémom (nech už je hocijaký).

NCZI priznáva, že to nie je rozšírenie, ale vytvorenie nového systému s migráciou dát zo starého systému.

Účelovo/úmyselne však spojili zmluvu na support starého eZdravie s obstaraním nového systému.

Hodnota tých údajov, ktoré sú v eZdravie je otázna. Najčistejšie sú údaje zo ZP, tie však nie sú kompletne (čo viem tak chýba celé DRG a data staršie ako X-rokov). Do tejto kategórie patria aj eRecepty. Načítanie 10riadkov trvá 20sekund, takouto rýchlosťou by migrácia dát trvala tri roky. Jednoduchšie je urobiť novú inicializaciu podľa dát ZP.

Potom sú tam nejaké eVysetrenia, nie sú však všetky. Nemali žiadnu kontrolu kvality dať a je otázne či ich nepomiešali medzi pacientami. ( aj také sa stalo ).

Ostatné evidencie (napr. eLab) sú viacmenej prázdne.

A prečo chyba práve toto?

Pretoze DRG vznikalo subezne s eHealth/eZdravie t.j. v case analyzy to neexistovalo ale v case zavedenia do prevadzky uz ano. Bolo potrebne aktualizovat datove rozhranie, co (pokial viem) nebolo zrealizovane.

Ak mam pravdu, tak v udajoch na ucte pacienta chybaju pre hospitalizacie nielen DRG-skupiny ale aj hlavna/vedlajsie diagnozy, zrealizovane vykony, pripocitatelne polozky, dovod/druh prijatia/prepustenia. Celkom dost strukturovanych udajov, pouzitelnych pre automatizovane kontroly.

Hmm tak toho teda nie je vela, resp. skoro nič, to je teda celkom fail celé. omg. a to chcu teraz opraviť cez onko asist? lebo na metais nevidim nejaky iny projekt, teda okrem ziskavanie dat

Nechcu.

V onkoasist chcu iba spristupnit vykazanu ZS pre osetrujucich lekarov. Kvoli tomu potrebuju upravit legislativu 153/2013 Z. z. Zákon o národnom zdravotníckom informačnom systéme | Aktuálne znenie paragraf 5 odsek 6 Kedze metody pre spristupnenie tych dat pre pacienta uz existuju, tak z pohladu kodovania by to nemalo byt vela roboty.

Zavedenie DRG bola legislativna zmena ( na urovni vyhlasky ), takze podla mojho nazoru to malo byt dopracovane uz davno ako sucast supportu, kedze v supporte je aj sledovanie legislativnych zmien.
Toto dopracovanie vsak bude mat dopad na datovy model / zmeny v rozhraniach na strane eZdravie aj vsetkych poistovni. Co je celkom dost roboty a asi sa do toho nikomu nechce.

cize to je toto za 28 mil
https://josephine.proebiz.com/sk/tender/22439/summary
a akoze eHealth je mimo mirri? alebo preco k tomu nie je zamer a tak?

Necital som tie dokumenty. Podla tohto :

Predmetom projektu je zber štruktúrovaných údajov o poskytnutej zdravotnej starostlivosti a súvisiacich výkonoch zdravotnej starostlivosti od poskytovateľa zdravotnej starostlivosti, zníženie administratívnej záťaže zdravotníckych pracovníkov

To vyzera na dalsi pokus ako otocit tok udajov v zdravotnictve.

  • z dnesneho : lekar/sestra/administrativny pracovnik → administrativny pracovnik / kontakt na ZP → (mesiac) → faktura → poistovna → eZdravie
  • na planovany: iba lekar → (ihned) → eZdravie → poistovna

Pozitivom je, ze to umoznuje robit online kontroly pred poskytnutim zdravotnej starostlivosti.
Negativom je :

  • presuva vsetky administrativne cinnosti na lekara
  • data prechadzaju cez eZdravie, ale odsuhlasenie aj tak musi dat poistovna ( lebo benefity, indikacne obmedzenia, schvalenie reviznym lekarom, … ) => bude to zas lekara zdrzovat

Ked uz tak by to malo zmysel takto :

  • lekar a iba zdravotne informacie → (ihned) → poistovna → (async) eZdravie
    • ^^^ toto je komunikacia pre eRecept
  • administrativny pracovnik / doplnujuce ekonomicke informacie → (mesiac) → poistovna → (async) eZdravie

Tento koncept vsak znizuje dolezitost eZdravia.

“cena za deň práce jedného človeka nad rámec paušálu je od 1. mája 708 eur, predtým to bolo skoro 730 eur.”

Ked dvaja robia to iste (eObjednanie), tak to nemusi dopadnut rovnako.
Dolezita je motivacia. (Statne) Nemocnice tu motivaciu maju, pretoze im to umoznuje obsluzit viac pacientov, odbremenit lekarov. NCZI tu motivaciu nema.

Red Flag je tu : Red Flags: OnkoAsist – manažment cesty pacienta od nálezu po začiatok liečby

toto nam stale ide najlepsie :wink:

1 Like

Najskor historicka kontrola NKU z roku 2018 : Kontrola NKÚ SR ukázala, že ani po 10 rokoch nie je idea elektronického zdravotníctva naplnená v plnej miere

Aktualne spravy :

Tu je oficialna sprava z NKU

1 Like

tvnoviny.sk - eZdravie dožíva

1 Like

IMHO: Toto je priprava pody na naliatie dalsich 30M do koncepcne zle navrhnuteho systemu. Aktualne hladaju riesenie ako “zabetonovat stary system”, teda akoze “sucastne” prevadzkovat stary nefunkcny system s novym.

Co tak najskor exaktne pomenovat co funguje a co nefunguje ?
Asi by sme zistili, ze realne funguju iba eRecepty ( ktore primarne prevadzku zdravotne poistovne ) a mozno ePN ( co vsak nie je system pre zdravotnictvo, ale skor pre socialnu poistovnu ). Ostatne bude pravdepodobne suce na vyhodenie.

1 Like