Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych Reguły biznesowe i walidacyjne określające strukturę dokumentów medycznych (erecepta, eskierowanie i ezlecenie) przetwarzanych na platformie P1 Projekt Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych, współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz budżetu państwa w ramach osi priorytetowej "Społeczeństwo informacyjne - budowa elektronicznej administracji" Programu Operacyjnego Innowacyjna Gospodarka 2007-2013 "Dotacje na innowacje" "Inwestujemy w Waszą przyszłość"
Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych Metryka Właściciel Autorzy CSIOZ Doradca/CSIOZ Zatwierdzający CSIOZ Data zatwierdzenia Wersja 0.9 Status dokumentu Wersja robocza Data utworzenia 2013-05-24 Data ostatniej modyfikacji 2013-09-25 Historia zmian Data zmiany Wersja Autor zmiany Opis wprowadzonej w dokumencie zmiany 2013-05-24 0.9 Doradca Utworzenie dokumentu 2013-06-10 0.9.1 Doradca Poprawki, uwzględnienie uwag Zamawiającego/Wykonawców 2013-06-17 0.9.2 Doradca Poprawki, uwzględnienie uwag Zamawiającego/Wykonawców 2013-06-18 0.9.2 Zamawiający Akceptacja dokumentu w zakresie na etap 6 2013-08-29 0.9.3 Doradca Poprawki, uwzględnienie uwag Zamawiającego/Wykonawców 2013-09-25 0.9.4 Doradca Poprawki, uwzględnienie uwag Zamawiającego/Wykonawców Dokumenty powiązane Nazwa pliku Łącze Zakres Nazwa pliku Łącze Zakres
Strona 3 z 170 Spis treści 1. Wstęp... 4 2. Model ogólny reguł... 4 3. Konwencje wymagalności reguł biznesowych... 6 4. Wzajemne powiązania template ów dokumentów... 7 5. Bazowy wzór dokumentu medycznego... 8 6. Specjalność lekarza... 20 7. Dokumenty uprawnień... 21 8. Osoba bliska... 22 9. Rozpoznania... 23 10. Dokument recepty refundowanej... 25 11. Pozycja recepty na lek gotowy... 34 12. Uprawnienie dodatkowe... 38 13. Zamiana leku... 39 14. Poziom odpłatności leku... 40 15. Dokument skierowania... 41 16. Skierowanie do uzdrowiska... 53 17. Skierowanie do zakładu opiekuńczego... 65 18. Skierowanie na pielęgniarską opiekę długoterminową... 74 19. Skierowanie do szpitala psychiatrycznego... 83 20. Skierowanie do WKL MSW... 94 21. Dokument zlecenia na zaopatrzenie... 103 22. Zlecenie jednorazowe na przedmioty ortopedyczne... 111 23. Zlecenie jednorazowe na środki pomocnicze... 119 24. Zlecenie powtarzalne na środki pomocnicze... 127 25. Przedłużenie zlecenia na środki pomocnicze... 136 26. Dokument anulujący... 144 27. Definicja struktury rozszerzeń standardu... 151 28. Słowniki własne... 159 29. Zalecenia związane z wdrożeniem standardu w zakresie niniejszego dokumentu... 163 30. Zalecenia związane z rozszerzeniem zakresu wdrożenia standardów interoperacyjności... 170
Strona 4 z 170 1. WSTĘP Niniejszy dokument (zwany dalej Regułami ) jest zbiorem reguł biznesowych oraz walidacyjnych dla elektronicznych dokumentów medycznych wystawianych przez usługodawców medycznych. Reguły określają m.in. definicje struktur dokumentów, wymagalność danych oraz słowniki, których należy użyć do klasyfikacji danych zawartych w dokumencie. Reguły zostały opracowane dla dokumentów, które będą przetwarzane na platformie P1, tzn. erecepta, eskierowanie i ezlecenie. Celem opracowania reguł było zapewnienie standaryzacji interoperacyjnej tych dokumentów w stopniu umożliwiającym ich przetwarzanie na platformie P1 zgodnie z założeniami przyjętymi dla etapu 6 projektu P1 oraz w systemach usługodawców medycznych, w tym ich bezpieczną wymianę pomiędzy podmiotami. Reguły są doprecyzowaniem standardu HL7 CDA (Clinical Document Architecture) Release 2. Wszelkie prawa autorskie do standardu HL7 CDA posiada HL7 International. 2. MODEL OGÓLNY REGUŁ Reguły biznesowe i walidacyjne zostały zgrupowane w template y, które zapisano w notacji HD (Hierarchical Description) stosowanym w modelach HL7. Template y mogą standaryzować obiekty na poziomie dokumentu, sekcji dokumentu, elementu nagłówka dokumentu lub elementu sekcji dokumentu. Template może być doprecyzowaniem innego template u, pod warunkiem, że oba są template ami tego samego obiektu, np. dokumentu. Template y dokumentu mogą wskazywać na wzór dokumentu ( Druk ) wymagany przez prawo, na którym opiera się template. Przykłady dokumentów, w postaci plików XML, ilustrują zastosowanie poszczególnych template ów. Wszystkie rozszerzenia standardu określone przez Reguły zostały wyspecyfikowane w schemacie XML (plik extpl.xsd), będącym integralnym składnikiem Reguł, oraz w odpowiednich template ach.
Strona 5 z 170
Strona 6 z 170 3. KONWENCJE WYMAGALNOŚCI REGUŁ BIZNESOWYCH W regułach biznesowych zastosowane zostały cztery poziomy wymagalności dla danej reguły: Określenie MUSI lub JEST WYMAGANY oznacza wymagalność bezwzględną: Niespełnienie tej reguły oznacza zawsze niezgodność elektronicznego dokumentu medycznego z wymaganiami określonymi w Regułach. Określenie POWINIEN oznacza wymagalność operacyjną: Systemy oraz procesy muszą być zaprojektowane w taki sposób, żeby reguła mogła zostać spełniona. Jeśli wymagana informacja jest dostępna operacyjnie w konkretnej sytuacji, to musi ona zostać zapisana w dokumencie. Określenie MOŻE oznacza wskazanie właściwego sposobu zapisu niektórych danych opcjonalnych. Nie oznacza, że tylko dane wymienione w regule mogą zostać zapisane w dokumencie. Określenie NIE MOŻE oznacza bezwzględny zakaz. Złamanie tego zakazu oznacza niezgodność dokumentu z wymaganiami określonymi w Regułach.
Strona 7 z 170 4. WZAJEMNE POWIĄZANIA TEMPLATE ÓW DOKUMENTÓW W celu uporządkowania reguł biznesowych i walidacyjnych, zdefiniowano template bazowy dokumentu, w którym zgrupowano te reguły, które są wspólne dla wszystkich dokumentów. Pozostałe template y dokumentów są doprecyzowaniem template u bazowego dokumentu. object Template'y dokumentów Recepta refundowana : Dokument «refine» Skierowanie : Dokument «refine» Bazowy :Dokument «refine» «refine» Zlecenie : Dokument «refine» Dokument anulujący : Dokument Zlecenie jednorazowe na przedmioty ortopedyczne : Dokument Skierowanie do uzdrowiska : Dokument Skierowanie do zakładu opiekuńczego : Dokument «refine» «refine» «refine» Skierowanie do szpitala psychiatrycznego : Dokument «refine» «refine» Skierowanie pielęgniarska opieka długoterminowa : Dokument Skierowanie do WKL MSW : Dokument «refine» «refine» «refine» Zlecenie jednorazowe na środki pomocnicze : Dokument Zlecenie powtarzalne na środki pomocnicze : Dokument Przedluzenie zlecenia na środki pomocnicze : Dokument
Strona 8 z 170 5. BAZOWY WZÓR DOKUMENTU MEDYCZNEGO object Bazowy Specjalność lekarza : Element nagłówka dokumentu 0..* Bazowy : Dokument 0..* Dokumenty uprawnień : Element nagłówka dokumentu 0..* Osoba bliska : Element nagłówka dokumentu 0..1 Rozpoznania :Sekcja dokumentu 5.1. Reguły biznesowe 5.1.1. Reguły ogólne 5.1.1.1. Dokument MUSI spełniać wszystkie wymagania prawne, pozwalające na uznanie go za pełnoprawny dokument medyczny w postaci elektronicznej, który nie wymaga postaci papierowej. 5.1.1.2. Dokument MUSI być zgodny ze standardem HL7 CDA R2. 5.1.1.3. Dokument MOŻE zawierać również inne dane, niż wymienione w regułach biznesowych i walidacyjnych, pod warunkiem, że zostaną one zapisane w zgodzie za standardem HL7 CDA R2 oraz nie modyfikują informacji przekazywanej w elementach wymienionych w tych regułach. 5.1.1.4. Dokument MOŻE zawierać elementy będące lokalnymi rozszerzeniami standardu HL7 CDA, o ile są one definiowane zgodnie ze standardem i niniejszym zbiorem reguł. 5.1.1.5. Jeżeli jakakolwiek informacja zawarta w dokumencie może zostać poprawnie zapisana za pomocą struktur zdefiniowanych przez standard lub niniejsze reguły, to NIE MOŻE ona zostać zapisana jako własne rozszerzenie lokalne. 5.1.1.6. Jeżeli instytucja, która jest reprezentowana w dokumencie, posiada własny węzeł OID, to POWINIEN on zostać podany jako jej identyfikator. 5.1.2. Warstwa prezentacyjna dokumentu
Strona 9 z 170 5.1.2.1. Wszystkie informacje zawarte w dokumencie, które mogą być istotne dla osoby korzystającej z dokumentu, MUSZĄ być zawarte w warstwie prezentacyjnej dokumentu. 5.1.2.2. Odpowiedzialność za poprawność danych zawartych w dokumencie, które znajdują się w warstwie prezentacyjnej dokumentu, spoczywa na osobie wystawiającej dokument. 5.1.2.3. Odpowiedzialność za poprawność danych zawartych w dokumencie, które nie znajdują się w warstwie prezentacyjnej dokumentu, spoczywa na instytucji odpowiedzialnej za poprawne działanie systemu, w którym ten dokument został wystawiony. 5.1.2.4. Jeżeli przepisy prawne wymagają, żeby dokument był zgodny z opublikowanym wzorem dokumentu, to należy tę zgodność rozumieć jako obowiązek odzwierciedlenia w warstwie prezentacyjnej dokumentu struktury informacji przekazywanej za pomocą dokumentu i narzuconej za pomocą tego wzoru, a nie identyczność formy graficznej warstwy prezentacyjnej i wzoru dokumentu. 5.1.3. Identyfikacja i klasyfikacja dokumentu 5.1.3.1. Dokument MUSI wskazywać CSIOZ jako instytucję, która odpowiada za przechowywanie i udostępnianie dokumentu. 5.1.3.2. Dokument MUSI zawierać dokładnie jeden identyfikator instancji dokumentu. 5.1.3.3. Dokument MUSI zawierać identyfikator zbioru wersji dokumentu oraz nr wersji. 5.1.3.4. Jeżeli dokument jest kolejną wersją dokumentu, czyli korektą lub dokumentem anulującym, to MUSI zawierać następujące dane poprzedeniej wersji dokumentu: identyfikator instancji, identyfikator zbioru wersji dokumentu oraz numer wersji. 5.1.3.5. Dokument MUSI zawierać kod typu dokumentu wg LOINC oraz kod typu dokumentu wg słownika typów dokumentów. 5.1.3.6. Dokument MUSI zawierać następujące informacje: tytuł dokumentu, kod poufności dokumentu oraz kod języka dokumentu. 5.1.3.7. Dokument MUSI być wystawiony w języku polskim. 5.1.4. Dane pacjenta 5.1.4.1. Jednym z identyfikatorów pacjenta MUSI być identyfikator rekordu w bazie pacjentów, z której korzysta system, w którym został wystawiony dokument. 5.1.4.2. Jeżeli pacjent posiada numer PESEL, to POWINIEN być on podany jako identyfikator pacjenta. 5.1.4.3. Jeżeli pacjent jest obcokrajowcem i nie posiada numeru PESEL, to dokument POWINIEN zawierać identyfikator osoby w kraju pochodzenia (odpowiednik PESEL), zapisany jako jeden z identyfikatorów pacjenta, o ile pula tych numerów posiada własny węzeł OID. 5.1.4.4. Jeżeli dokument nie zawiera numeru PESEL pacjenta, to POWINIEN zawierać datę urodzenia pacjenta. 5.1.4.5. Jeżeli pacjent nie ukończył 1 roku życia i nie posiada nr PESEL, ani identyfikatora innego niż identyfikator rekordu w bazie pacjentów, z której korzysta system, w którym został wystawiony dokument, to dokument MUSI zawierać co najmniej jeden identyfikator przedstawiciela ustawowego lub opiekuna faktycznego oraz datę urodzenia pacjenta, a jeśli urodził się z ciąży mnogiej, to również oznaczenie noworodka z ciąży mnogiej. 5.1.4.6. Jeżeli dokument zawiera numer dokumentu tożsamości pacjenta, to MUSI zostać on zapisany jako jeden z identyfikatorów pacjenta, o ile pula tych numerów posiada własny węzeł OID. 5.1.4.7. Dokument POWINIEN zawierać nazwisko, pierwsze imię i drugie imię pacjenta (o ile pacjent je posiada), które POWINNY by podane jako wartości odrębne. 5.1.4.8. Jeżeli wystawca dokumentu nie jest w stanie ustalić tożsamości pacjenta, to MUSI podać tę informację jako kod braku danych dla nazwiska i/lub imienia pacjenta.
Strona 10 z 170 5.1.4.9. Jeżeli dokument został wystawiony dla pacjenta o ustalonej tożsamości, to MUSI również zawierać co najmniej nazwisko i pierwsze imię pacjenta. 5.1.4.10. Dokument POWINIEN zawierać adres pacjenta. 5.1.4.11. Jeżeli dokument zawiera adres pacjenta, to MUSI on zawierać odrębne pola: miejscowość oraz w przypadku adresów na terenie Polski - kod pocztowy. 5.1.4.12. Jeżeli poczta znajduje się w innej miejscowości, niż podana w adresie, to dokument MUSI zawierać dodatkowo nazwę miejscowości, w której znajduje się poczta. 5.1.4.13. Jeżeli dokument zawiera adres pacjenta, to POWINIEN on zawierać następujące dane: ulica (o ile występuje w adresie), nr domu oraz nr mieszkania (o ile występuje w adresie). Dane te MUSZĄ być zapisane jako odrębne pola.. 5.1.4.14. Dane pozwalające na ustalenie tożsamości pacjenta NIE MOGĄ zostać zapisane w sekcji dokumentu innej niż zakodowana jako Annotation comment. 5.1.5. Dane wystawcy dokumentu 5.1.5.1. Jednym z identyfikatorów osoby wystawiającej dokument MUSI być identyfikator rekordu w bazie użytkowników, z której korzysta system, w którym został wystawiony dokument. 5.1.5.2. Dokument POWINIEN zawierać identyfikator osoby wystawiającej dokument, wskazujący na jej uprawnienia zawodowe związane z czynnością wystawienia dokumentu. 5.1.5.3. Jeżeli dokument zawiera numer uprawnienia zawodowego osoby wystawiającej dokument związanego z czynnością wystawienia dokumentu, to MUSI on zostać zapisany jako identyfikator osoby wystawiającej dokument, o ile pula tych numerów posiada własny węzeł OID. 5.1.5.4. Jeżeli dokument nie zawiera identyfikatora osoby wystawiającej dokument wskazującego na jej uprawnienia zawodowe, to dokument MUSI zawierać PESEL tej osoby zapisany jako jej identyfikator. 5.1.5.5. Dokument MUSI zawierać imię i nazwisko osoby wystawiającej dokument, zgodne z imieniem i nazwiskiem osoby, która złożyła podpis elektroniczny na dokumencie. 5.1.5.6. Dokument MUSI zawierać dane instytucji wystawiającej dokument (z wyjątkiem recept wystawianych na podstawie indywidualnej umowy na refundację recept zawartej pomiędzy osobą wystawiającą receptę, a NFZ.) 5.1.5.7. Instytucją wystawiającą dokument MUSI być jedna z następujących instytucji: (1) podmiot leczniczy działający na podstawie wpisu do RPWDL, (2) jego jednostka lub (3) komórka organizacyjna, albo (4) podmiot działający na podstawie wpisu do rejestru prowadzonego przez izbę lekarską, albo (5) podmiot działający na podstawie wpisu do rejestru prowadzonego przez izbę pielęgniarek i położnych. 5.1.5.8. Jeżeli instytucją wystawiającą dokument jest podmiot leczniczy działający na podstawie wpisu do RPWDL, jego przedsiębiorstwo, jednostka lub komórka organizacyjna, to dokument MUSI zawierać nazwę oraz identyfikator tego podmiotu w postaci: numeru księgi rejestrowej podmiotu, czyli części I kodu resortowego. 5.1.5.9. Jeżeli instytucją wystawiającą dokument jest podmiot leczniczy działający na podstawie wpisu do RPWDL, dokument NIE MOŻE zawierać żadnych danych przedsiębiorstwa, jednostki, ani komórki organizacyjnej tego podmiotu. 5.1.5.10. Jeżeli instytucją wystawiającą dokument jest jednostka organizacyjna podmiotu działającego na podstawie wpisu do RPWDL, to dokument POWINIEN zawierać nazwę oraz identyfikator jednostki organizacyjnej podmiotu w postaci części I i V kodu resortowego oraz 14-znakowy numer REGON jako identyfikator przedsiębiorstwa podmiotu leczniczego.
Strona 11 z 170 5.1.5.11. Jeżeli instytucją wystawiającą dokument jest komórka organizacyjna podmiotu działającego na podstawie wpisu do RPWDL, to dokument POWINIEN zawierać nazwę, identyfikator komórki organizacyjnej tego podmiotu w postaci części I i VII kodu resortowego, kod specjalności w postaci części VIII kodu resortowego oraz nazwę i identyfikator jednostki organizacyjnej (jeśli do niej należy ta komórka) w postaci części I i V kodu resortowego oraz identyfikator przedsiębiorstwa podmiotu leczniczego w postaci 14-znakowego numeru REGON (jeśłi do niego należy ta komórka). 5.1.5.12. Jeżeli instytucją wystawiającą dokument jest podmiot działający na podstawie wpisu do rejestru prowadzonego przez okręgową izbę lekarską lub okręgową izbę pielęgniarek i położnych, to dokument MUSI zawierać nazwę i identyfikator tego podmiotu w postaci numeru wpisu do odpowiedniego rejestru. 5.1.5.13. Dokument POWINIEN zawierać adres i telefon instytucji wystawiającej dokument. 5.1.5.14. Dokument MUSI zawierać informację o dacie wystawienia dokumentu. 5.1.6. Dane ubezpieczyciela/płatnika 5.1.6.1. Jeżeli dokument zawiera informację o numerze oddziału NFZ lub kod instytucji właściwej wg przepisów o koordynacji, to MUSI ona być zapisana jako identyfikator ubezpieczyciela/płatnika. 5.1.6.2. Jeżeli dokument zawiera numer dokumentu potwerdzającego uprawnienia, to MUSI on być zapisany jako identyfikator dokumentu uprawnień, o ile pula tych numerów posiada własny węzeł OID. 5.2. Definicja struktury ClinicalDocument typeid 1..1 II templateid 1..1 II templateid 1..* II templateid 0..* II ClinicalDocument @extension="{template_dokument u_bazowego}" @root="oid_templaty_pl" @extension<>"{template_dokumen tu_bazowego}" @root="oid_templaty_pl" id 1..1 II @extension <> null @root<>null code 1..1 CE translation 1,,1 CD @code<>null @codesystem="2.16.840.1.11388 3.6.1" @codesystemname="loinc" @displayname<>null @code<>null @codesystem="oid_typy_dokume ntow" @displayname<>null title 1..1 ST not(@nullflavour) effectivetime 1..1 TS confidentialitycode 1..1 CE Pierwsze 8 cyfr @value = YYYYMMDD languagecode 1..1 CS @code="pl-pl" @code="n" "R" "V" @codesystem="2.6.840.1.113883. 5.25"
Strona 12 z 170 setid 1..1 II @extension <> null @root<>null versionnumber 1..1 INT @value<>null copytime 0..0 TS recordtarget 1..1 RecordTarget patientrole 1..1 PatientRole id 1..* SET<II> Jeżeli @root=oid_pesel, to @extension jest ciągiem 11 cyfr addr 0..* SET<AD> telecom 0..* SET<TEL> patient 1..1 Patient id 0..0 II name 1..1 PN administrativegendercode 0..1 CE birthtime 0..1 TS maritalstatuscode 0..1 CE religiousaffiliationcode 0..1 CE racecode 0..1 CE ethnicgroupcode 0..1 CE guardian 0..* SET<Guardian> id 0..* SET<II> code 0..1 CE addr 0..* SET<AD> telecom 0..* SET<TEL> guardianchoice 1..1 Person Organization guardianperson 1..1 Person classcode 1..1 CS determinercode 1..1 CS name 0..* PN guardianorganization 1..1 Organization id 0..* SET<II> name 0..* SET<ON> telecom 0..* SET<TEL> addr 0..* SET<AD> standardindustryclasscode 0..1 CE Rozszerzono typ adxp.postalcode o extpl:postcity (string, niewymagany) city<>null AND (housenumber<>null OR streetaddressline<>null) Jeżeli (country=null OR country= Polska ) to postalcode<>null. Pierwsze 8 cyfr @value = YYYYMMDD
Strona 13 z 170 birthplace 0..1 Birthplace place 1..1 Place name 0..1 EN addr 0..1 AD languagecommunication 0..* SET<LanguageCommunication> languagecode 0..1 CS modecode 0..1 CE proficiencylevelcode 0..1 CE preferenceind 0..1 BL extpl:multiplebirthind 0..1 BL extpl:multiplebirthordernumber 0..1 INT.POS extpl:personalrelationship 0..* PersonalRelationship providerorganization 0..1 Organization id 0..* SET<II> name 0..* SET<ON> telecom 0..* SET<TEL> addr 0..* SET<AD> standardindustryclasscode 0..1 CE author 1..1 SET<Author> functioncode 0..0 CE Wymagane, jeżeli extpl:multiplebirthind="true" templateid@extension="{template_ osoba_bliska}" '@root="oid_templaty_pl" time 1..1 TS = legalauthenticator.time assignedauthor 1..1 AssignedAuthor id 1..* SET<II> = legalauthenticator.id code 0..0 CE addr 0..0 SET<AD> telecom 0..0 SET<TEL> assignedperson 0..0 Person dataenterer 0..0 DataEnterer informant 0..0 Informant custodian 1..1 Custodian assignedcustodian 1..1 AssignedCustodian representedcustodianorganization 1..1 CustodianOrganization id 1..1 SET<II> name 0..0 ON telecom 0..0 TEL addr 0..0 AD informationrecipient 0..* SET<InformationRecipient> @root="oid_csioz" not(@extension) @assigningauthorityname="csio Z" @displayable="false"
Strona 14 z 170 typecode 1..1 CS intendedrecipient 1..1 IntendedRecipient classcode 1..1 CS id 0..* SET<II> addr 0..* SET<AD> telecom 0..* SET<TEL> informationrecipient 0..1 Person receivedorganization 0..1 Organization legalauthenticator 1..1 LegalAuthenticator time 1..1 TS signaturecode 1..1 CS @code="s" assignedentity 1..1 AssignedEntity Pierwsze 8 cyfr @value = YYYYMMDD id 1..* SET<II> @extension<>null @root<>null code 0..1 CE addr 0..* SET<AD> telecom 0..* SET<TEL> assignedperson 1..1 Person name 1..1 PN extpl:qualifiedentity 0..* Qualification representedorganization 0..1 Organization id 1..* SET<II> name 1..1 ON telecom 0..* SET<TEL> addr 0..* SET<AD> standardindustryclasscode 0..1 CE Co najmniej 1 given i co najmniej 1 family templateid@extension="{template_ specjalnosc_lekarza}" @root="oid_templaty_pl" Istnieje dokładnie jeden id, który ma @extension ORAZ jego @root="oid_podmioty" "oid_przedsi ebiorstwa" "oid_jednostki" "oid_ko morki" "oid_oil" "oid_oipp" "oid_reg on" Jeżeli @root= "oid_podmioty" "oid_przedsiebiorst wa" "oid_oil" "oid_oipp", to wholeorganization.id@root <>"oid_jednostki" "oid_komorki" Jeżeli @root="oid_jednostki", to wholeorganization.id@root <>"oid_komorki" Jeżeli @root="oid_komorki", to wholeorganization.id@root<>"oid_ oil" "oid_oipp" @code<>null @codesystem="oid_czesc_8_kodu _resortowego" @displayname<>null
Strona 15 z 170 asorganizationpartof 0..1 OrganizationPartOf id 0..0 SET<II> code 0..0 CE statuscode 0..0 CS effectivetime 0..0 IVL<TS> wholeorganization 1..1 Organization id 1..* SET<II> name 1..1 ON telecom 0..* SET<TEL> addr 0..* SET<AD> standardindustryclasscode 0..1 CE asorganizationpartof 0..1 OrganizationPartOf authenticator 0..0 Authenticator participant 0..1 Participant1 typecode 1..1 CS ="IND" functioncode 0..1 CE time 0..1 IVL<TS> associatedentity 1..1 AssociatedEntity classcode 1..1 CS ="UNDWRT" id 1..1 SET<II> code 0..0 CE addr 0..0 AD telecom 0..0 TEL associatedperson 0..0 Person scopingorganization 0..0 Organization participant 0..* SET<Participant1> infulfillmentof 0..* InFulfillmentOf documentationof 0..0 DocumentationOf relateddocument 0..1 RelatedDocument 'Jeżeli @root="oid_jednostki", to wholeorganization.id@root <>"oid_komorki" Jeżeli @root="oid_przedsiebiorstwa", to wholeorganization.id@root = "oid_podmioty" @root="oid_oddzialy_nfz" "oid_sy mbole_koordynacja" typecode 1..1 CS ="RPLC" "APND" parentdocument 1..1 ParentDocument id 1..1 II @extension <> null @root<>null code 0..0 CD text 0..0 ED setid 1..1 II =ClinicalDocument.setId versionnumber 1..1 INT =ClinicalDocument.versionNumber
Strona 16 z 170-1 authorization 0..0 Authorization componentof 0..0 Component1 component 1..1 Component2 structuredbody 1..1 StructuredBody confidentialitycode 0..0 CE languagecode 0..0 CS component 0..1 Component3 section 1..1 Section component 0..* Component3 extpl:pertinentinformation 0..* ActRelationship templateid@extension="{template_ sekcji_rozpoznan}" @root="oid_templaty_pl" templateid@extension="{template_ dokumenty_uprawnien} {template_ uprawnienia_dodatkowe} { template_potwierdzenie_ubezpiecz enia_pacjenta }" '@root="oid_templaty_pl" 5.3. Reguły walidacyjne 5.3.1. Jeden z ClinicalDocument.templateId ma @extension="{template_dokumentu_bazowego}" i @root="{oid_templaty_pl}". 5.3.2. Co najmniej jeden z ClinicalDocument.templateId ma @extension<>"{template_dokumentu_bazowego}" i @root="{oid_templaty_pl}". 5.3.3. ClinicalDocument.id ma @extension<>null i @root<>null. 5.3.4. ClinicalDocument.code ma @code<>null, @codesystem="2.16.840.1.113883.6.1", @codesystemname="loinc" oraz @displayname<>null. 5.3.5. Istnieje dokładnie jeden ClinicalDocument.code.translation, a jego @code<>null, @codesystem="{oid_typy_dokumentow}" oraz @displayname<>null. 5.3.6. Istnieje dokładnie jeden ClinicalDocument.title i nie może zawierać @nullflavour. 5.3.7. Pierwsze osiem znaków @value dla ClinicalDocument.effectiveTime jest datą w formacie YYYYMMDD. 5.3.8. ClinicalDocument.confidentialityCode ma @code="n" "R" "V" i @codesystem="2.6.840.1.113883.5.25". 5.3.9. Istnieje dokładnie jeden ClinicalDocument.languageCode, a jego @code="pl-pl". 5.3.10. Istnieje dokładnie jeden ClinicalDocument.setId, a jego @extension<>null i @root<> null. 5.3.11. Istnieje dokładnie jeden ClinicalDocument.versionNumber, a jego @value<>null. 5.3.12. Istnieje dokładnie jeden ClinicalDocument.recordTarget. 5.3.13. Jeżeli @root dla ClinicalDocument.recordTarget.patientRole.id="{oid_pesel}", to @extension jest ciągiem 11 cyfr. 5.3.14. Nie może istnieć więcej niż jeden ClinicalDocument.recordTarget.patientRole.addr, a jego city<>null oraz (housenumber<>null lub streetaddressline<>null). 5.3.15. Nie może istnieć ClinicalDocument.recordTarget.patientRole.patient.id. 5.3.16. Istnieje dokładnie jeden ClinicalDocument.recordTarget.patientRole.patient.name. 5.3.17. Pierwsze osiem znaków @value dla ClinicalDocument.recordTarget.patientRole.patient.birthTime jest datą w formacie YYYYMMDD.
Strona 17 z 170 5.3.18. Jeżeli istnieje ClinicalDocument.recordTarget.patientRole.patient.extPL:multipleBirthInd= true, to istnieje dokładnie jeden ClinicalDocument.recordTarget.patientRole.patient.extPL:multipleBirthOrderNumber. 5.3.19. Jeżeli nie istnieje ClinicalDocument.recordTarget.patientRole.patient.extPL:multipleBirthInd= true, to nie może istnieć ClinicalDocument.recordTarget.patientRole.patient.extPL:multipleBirthOrderNumber. 5.3.20. Jeżeli istnieje extpl:personalrelationship, to ma templateid, dla którego @extension= {template_osoba_bliska}" i @root="{oid_templaty_pl}". 5.3.21. ClinicalDocument.author.time = ClinicalDocument.legalAuthenticator.time. 5.3.22. Zbiór ClinicalDocument.author.id = zbiorowi ClinicalDocument.legalAuthenticator.id. 5.3.23. Nie może istnieć ClinicalDocument.author.functionCode. 5.3.24. Nie może istnieć ClinicalDocument.author.assignedAuthor.code. 5.3.25. Nie może istnieć ClinicalDocument.author.assignedAuthor.addr. 5.3.26. Nie może istnieć ClinicalDocument.author.assignedAuthor.telecom. 5.3.27. Nie może istnieć ClinicalDocument.author.assignedAuthor.assignedPerson. 5.3.28. Nie może istnieć ClinicalDocument.dataEnterer. 5.3.29. Nie może istnieć ClinicalDocument.informant. 5.3.30. Istnieje dokładnie jeden ClinicalDocument.custodian.assignedCustodian.representedCustodianOrganization.id, a jego @root="oid_csioz", nie istnieje @extension, @assigningauthorityname="csioz" oraz @displayable="false". 5.3.31. Nie może istnieć ClinicalDocument.custodian.assignedCustodian.representedCustodianOrganization.name. 5.3.32. Nie może istnieć ClinicalDocument.custodian.assignedCustodian.representedCustodianOrganization.telecom. 5.3.33. Nie może istnieć ClinicalDocument.custodian.assignedCustodian.representedCustodianOrganization.addr. 5.3.34. Istnieje dokładnie jeden ClinicalDocument.legalAuthenticator. 5.3.35. Pierwsze osiem znaków @value dla ClinicalDocument.legalAuthenticator.time jest datą w formacie YYYYMMDD. 5.3.36. ClinicalDocument.legalAuthenticator ma @code= S. 5.3.37. Każdy ClinicalDocument.legalAuthenticator.assignedEntity.id ma @extension<>null I @root<>null. 5.3.38. Istnieje dokładnie jeden ClinicalDocument.legalAuthenticator.assignedEntity.assignedPerson.name, który ma co najmniej jeden given i co najmniej jeden family. 5.3.39. Jeden z ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization.id ma @extension<>null i @root="{oid_podmioty}" "{oid_przedsiebiorstwa} "{oid_jednostki}" "{oid_komorki}" "{oid_oi l}" "{oid_oipp}" "{oid_regon}" 5.3.40. Jeżeli @root dla ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization.id= {oid_podmiot y}" "{oid_przedsiebiorstwa}" "{oid_oil}" "{oid_oipp}", to @root dla ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization.asOrganizationPar tof.wholeorganization.id<>"{oid_jednostki}" "{oid_komorki}".
Strona 18 z 170 5.3.41. Jeżeli @root dla ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization ="{oid_jednostki}", to @root dla ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization.asOrganizationPar tof.wholeorganization<>"{oid_komorki}". 5.3.42. Jeżeli @root dla ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization ="{oid_komorki}", to @root dla ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization.asOrganizationPar tof.wholeorganization<>"{oid_oil}" "{oid_oipp}". 5.3.43. Istnieje dokładnie jeden ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization.name. 5.3.44. Jeżeli istnieje ClinicalDocument.legalAuthenticator.assignedEntity.representedOrganization.standardIndustry ClassCode, to @code<>null, @codesystem= "{oid_czesc_8_kodu_resortowego}" oraz @displayname<>null. 5.3.45. Żaden asorganizationpartof nie może zawierać id. 5.3.46. Żaden asorganizationpartof nie może zawierać code. 5.3.47. Żaden asorganizationpartof nie może zawierać statuscode. 5.3.48. Żaden asorganizationpartof nie może zawierać effectivetime. 5.3.49. Jeżeli istnieje wholeorganization to ma co najmniej jeden id. 5.3.50. Jeżeli @root dla wholeorganization="{oid_jednostki}", to @root dla wholeorganization.asorganizationpartof.wholeorganization<>"{oid_komorki}" 5.3.51. Jeżeli @root dla wholeorganization="{oid_przedsiebiorstwa}", to @root dla wholeorganization.asorganizationpartof.wholeorganization<>"{oid_podmioty}" 5.3.52. Każdy wholeorganization ma dokładnie jeden name. 5.3.53. Nie może istnieć ClinicalDocument.authenticator. 5.3.54. Jeżeli istnieje ClinicalDocument.participant, dla którego @typecode="ind" oraz @classcode dla ClinicalDocument.participant.associatedEntity="UNDWRT" to istnieje dokładnie jeden ClinicalDocument.participant.associatedEntity.id, którego @root="{oid_oddzialy_nfz}" "{oid_symbole_koordynacja}". 5.3.55. Nie może istnieć ClinicalDocument.participant.associatedEntity.code. 5.3.56. Nie może istnieć ClinicalDocument.participant.associatedEntity.addr. 5.3.57. Nie może istnieć ClinicalDocument.participant.associatedEntity.telecom. 5.3.58. Nie może istnieć ClinicalDocument.participant.associatedEntity.associatedPerson. 5.3.59. Nie może istnieć ClinicalDocument.participant.associatedEntity.scopingOrganization. 5.3.60. Nie może istnieć ClinicalDocument.inFulfillmentOf. 5.3.61. Nie może istnieć ClinicalDocument.documentationOf. 5.3.62. Jeżeli istnieje ClinicalDocument.relatedDocument, to @typecode="rplc" "APND", istnieje dokładnie jeden ClinicalDocument.relatedDocument.parentDocument.id, dla którego @extension<>null i @root<>null, istnieje dokładnie jeden ClinicalDocument.relatedDocument.parentDocument.setId = ClinicalDocument.setId oraz istnieje dokładnie jeden ClinicalDocument.relatedDocument.parentDocument.versionNumber = ClinicalDocument.versionNumber-1 5.3.63. Nie może istnieć ClinicalDocument.relatedDocument.parentDocument.code. 5.3.64. Nie może istnieć ClinicalDocument.relatedDocument.parentDocument.text. 5.3.65. Nie może istnieć ClinicalDocument.authorization. 5.3.66. Nie może istnieć ClinicalDocument.componentOf. 5.3.67. Istnieje dokładnie jeden ClinicalDocument.component.structuredBody.