Autor: Ing. Marian Lupan Director Centru de Cercetare si Evaluare a Serviciilor de Sanatate

1. Standard national pentru transmiterea SMDPC si a informatiilor aferente gruparii si validarii datelor. • Autor: • Ing. Marian Lupan • Director Centru de Cercetare si • Evaluare a Serviciilor de Sanatate

2. Standard national pentru transmiterea SMDPC si a informatiilor aferente gruparii si validarii datelor. • FISIER EXPORT SMDPC • FISIER CODURI DRG

3. 1. FISIER EXPORT SMDPC • model pentru transmiterea datelor la SNSPMS incepand cu cazurile externate dupadata 01.07.2007. • model pentru transmiterea datelor la regularizarile de 9, respectiv 12 luni, utilizand acelasi fisier: • Cazurile externate pana la 30.06.2007 sunt codificate utilizand sistemul de codificare ICD 10 OMS • Cazurile externate incepand cu 01.07.2007 sunt codificate utilizand sistemul de codificare ICD 10 AM v3 – O 1080 – 20.06.2007

4. FISIER EXPORT SMDPCCaracteristici generale: • Nomenclator cumulat de diagnostice, diferentiate prin atributul „TIP” (Yes – semnifica un diagnostic apartinand listei ICD10 AM v3, No - semnifica un diagnostic apartinand listei ICD10 OMS). • 12350 coduri de diagnostic ICD 10 OMS – utilizate in codificarea cazurilor externate pana la data de 1 iulie 2007. • 15927 coduri de diagnostic ICD 10 AM v3 – utilizate in codificarea cazurilor externate incepand cu 1 iulie 2007;

5. FISIER EXPORT SMDPC Caracteristici generale: • Nu permite stocarea cazurilor externate cu acelasi numar de foaie de observatie completat de mai multe ori; • Nu permite stocarea cazurilor externate care utilizeaza coduri de diagnostice in afara listei de diagostice in vigoare la data externarii;

6. FISIER EXPORT SMDPC Caracteristici generale: • Au fost eliminate informatiile neutilizate din acest fisier: • Tabela Pacient_Grouper • Campuri neutilizate in alte tabele: • tab. Pacient_Fisa: campurile Nume, Prenume ( netransmise la SNSPMS), OraInternare, OraExternare (cumulate in campurile DataInternare, DataExternare, ca moment de timp), Flag_Finalizat, Utilizator – fara nici o semnificatie la nivelul SNSPMS;

7. FISIER EXPORT SMDPC Caracteristici generale: • Au fost eliminate informatiile neutilizate din acest fisier: • Campuri neutilizate in alte tabele: • tab. Pacient_Proceduri : campurile CodValiditate, NrInGrouper; • tab. Pacient_DiagnosticeSecundare : campurile CodValiditate, NrInGrouper;

8. FISIER EXPORT SMDPC Caracteristici generale: • S-au adaugat informatii noi in urmatoarele tabele: • tab. Pacient_Fisa: campul Tip – utilizat pentru a identifica tipul de lista utilizata in codificarea diagnosticelor principale Cod1 si Cod2, si pentru a forta constrangeri de tip integritate referentiala cu lista de diagnostice utilizata; campul AnInternare - utilizat pentru a aplica o constrangere de tip unicitate in aceasta tabela pe baza campurilor CodSpital, NFO, AnInternare, rezolvand astfel problema unicitatii numarului de foaie intr-un an de zile pentru pacientii internati

9. FISIER EXPORT SMDPC Caracteristici generale: • S-au adaugat informatii noi in urmatoarele tabele: • tab. Pacient_DiagnosticeSecundare: campul Tip – utilizat pentru a identifica tipul de lista utilizata in codificarea diagnosticelor secundare, si pentru a forta constrangeri de tip integritate referentiala cu lista de diagnostice; campul DataExternare, utilizat redundant numai pentru a permite si verifica stocarea coduri de diagnostice din lista de diagostice in vigoare la data externarii.

10. FISIER EXPORT SMDPC Structura fisier: • Tab. Pacient_Fisa • Cheie primara: Campul Caz_ID; • Cheie unica: Spital_ID | NFO | AnInternare; • Campul Caz_ID trebuie sa se mentina UNIC pentru o foaie de observatie, incepand cu un moment stabilit de dezvoltatorii soluiilor informatice, INAINTE de transmiterea cazului la SNSPMS.

11. FISIER EXPORT SMDPC Structura fisier: • Tab. Pacient_Fisa • Modul de formare al campul Caz_ID este urmatorul: • 6 caractere care identifica codul spitalului; • 4 caractere care identifica codul sectiei; • 2 caractere care identifica numarul sectiei (daca numarul sectiei nu este format din 2 caractere, ci doar din unul, ultimul caracter este automat "_"); • 6 caractere care identifica numarul foii de observatie (daca numarul foii nu este format din 6 caractere, ultimele caractere sunt automat "_"); • 10 caractere care identifica data internarii; • 19 caractere care identifica momentul inceperii completarii foii de observatie • Informatiile care compun Caz_ID-ul sunt separate de separatorul: “|”. In total sunt 5 astfel de separatoare. • Nr. total de caractere din componenta Caz_ID-ului este: • 6 + 1 + 4 +1 +2 +1 +6 +1+ 10 + 1 +19= 52 caractere (un sir de lungime fixa, cu lungimea astfel specificata).

12. FISIER EXPORT SMDPC Structura fisier: • Tabela Pacient_DiagnosticeSecundare • Este definita o constrangere de tip foreign key pe baza campului Caz_ID, facand referire la tabela Pacient_Fisa; • Nu este permisa pentru un caz codificarea aceluiasi diagnostic secundar in inregistrari multiple – constrangere de tip cheie unica; • Nu este permisa inregistrarea unui diagnostic secundar codificat din alta lista decat cea valabila la momentul externarii pacientului;

13. FISIER EXPORT SMDPC Structura fisier: • Tabela Pacient_Proceduri • Este definita o constrangere de tip foreign key pe baza campului Caz_ID, facand referire la tabela Pacient_Fisa; • Nu este permisa pentru un caz codificarea aceleiasi proceduri in inregistrari multiple – constrangere de tip cheie unica ;

14. 2. FISIER CODURI DRG • model pentru transmiterea datelor de la SNSPMS catre spitale incepand cu cazurile externate dupadata 01.07.2007. • model pentru transmiterea datelor dupa regularizarile de 9, respectiv 12 luni, utilizand acelasi fisier: • Cazurile externate pana la 30.06.2007 sunt codificate utilizand sistemul de codificare ICD 10 OMS • Cazurile externate incepand cu 01.07.2007 sunt codificate utilizand sistemul de codificare ICD 10 AM v3 – O 1080 – 20.06.2007

15. 2. FISIER CODURI DRGCaracteristici generale • Contine informatii la nivelul cazului rezolvat in 2 grupuri de campuri. • Pentru pacientii externati pana la data 30 iunie 2007 inclusiv, informatiile despre clasificarea cazului in grupe de diagnostice este completata la nivelul SNSPMS in campurile: • CodDRG – completat cu valoare din lista de coduri HCFA; • DRG_VR; • Validitate_DRG_COD; • Validitate_IntPrinc; • Validitate_DiagPrinc_Cod1; • Validitate_DiagPrinc_Cod2;

16. 2. FISIER CODURI DRGCaracteristici generale • Contine informatii la nivelul cazului rezolvat in 2 grupuri de campuri. • Pentru pacientii externati incepand cu data de 1 iulie 2007, informatiile despre clasificarea cazului in grupe de diagnostice este completata la nivelul SNSPMS in campurile: • CodDRG_AR – completat cu valoare din lista de coduri AR DRG; • DRG_VR_AR; • Validitate_DRG_COD_AR; • Validitate_IntPrinc_AR; • Validitate_DiagPrinc_Cod1_AR; • Validitate_DiagPrinc_Cod2_AR;

17. 2. FISIER CODURI DRGCaracteristici generale • Informatiile despre clasificarea cazului in grupe de diagnostice se completeaza in grupul de campuri HCFApentru pacientii externati inainte de 1 iulie. • Informatiile despre clasificarea cazului in grupe de diagnostice se completeaza in grupul de campuri HCFA, respectiv ARpentru pacientii externati dupa 1 iulie, functie si de sistemul de clasificare utilizat pentru finantare. • Exceptie fac cazurile care nu pot fi importate in baza de date SNSPMS si care nu vor avea completate aceste informatii; • Pentru cazurile care incalca specificatiile tehnice impuse de SNSPMS la transmiterea SMDPC, se vor returna numai informatiile privind starea de validare a cazului – NEVALIDAT, in aceasta situatie, si valoarea „A01|” in campul „RegulaIncalcata”;

18. 2. FISIER CODURI DRGCaracteristici generale • Pentru cazurile raportate ca nevalidate, pe una sau mai multe reguli, altele decat „A01”, valoarea completata in campul „RegulaIncalcata” respecta urmatorul model: „A0x|A0y|A1z|B0x|B0y|”, unde A0x, A0y, A1z, B0x, B0y sunt exemple de potetiale reguli care au condus la invalidarea cazului. Exemplu: pentru un caz invalid pe 4 reguli: A02, A07, A13, B03, informatia returnata in acest camp va fi „A02|A07|A13|B03|”. • Au fost eliminate informatii inutile din fisierul Pacient_Grouper cu privire campurile utilizate pentru a stoca „invalidarea” unui caz - 40 campuri;

19. 2. FISIER CODURI DRG Structura fisier: • Tabela Pacient_Grouper • Contine cate o intrare pentru fiecare caz transmis la SNSPMS in perioada de transmitere date: luna curenta sau regularizare, inclusiv pentru cazurile care incalca specificatiile tehnice. Exceptie fac cazurile transmise de spitale cu cerere de anulare, sau cazurile continute in fisierul SMDP care sunt anterior validate la SNSPMS.

20. 2. FISIER CODURI DRGStructura fisier: • Tabela Pacient_DiagnosticeSecundare • Contine inregistrari aferente numai diagnosticelor secundare care conduc la invalidarea cazului, in scopul identificarii acelor diagnostice care au fost codificate eronat. • Nu este permisa pentru un caz codificarea aceluiasi diagnostic secundar in inregistrari multiple – constrangere de tip cheie unica; • Nu este permisa inregistrarea unui diagnostic secundar codificat din alta lista decat cea valabila la momentul externarii pacientului;

21. 2. FISIER CODURI DRGStructura fisier: • Tabela Pacient_Proceduri • Contine inregistrari aferente numai procedurilor care conduc la invalidarea cazului, in scopul identificarii acelor proceduri care au fost codificate eronat. • Nu este permisa pentru un caz codificarea aceleiasi proceduri in inregistrari multiple – constrangere de tip cheie unica;