Informacje DECOR dla projektu: Polska Implementacja Krajowa HL7 CDA (wersja 1.3.2) (plcda-)

Informacje o projekcie

Wstęp

Niniejsze wydanie Polskiej Implementacji Krajowej HL7 CDA (zwane również „Regułami”) obejmuje dwie grupy typów dokumentów:
(1) eRecepta, realizacja eRecepty, eSkierowanie i eZlecenie, przetwarzane w Systemie P1 oraz
(2) Karta informacyjna leczenia szpitalnego, Karta odmowy izby przyjęć, Informacja dla lekarza kierującego/POZ, Konsultacja lekarska, Sprawozdanie z badania laboratoryjnego, Opis badania diagnostycznego, Karta indywidualnej opieki pielęgniarskiej (w tym: Karta wywiadu pielęgniarskiego, Karta oceny stanu pacjenta, Karta wypisu ze wskazówkami dla pacjenta, Raport pielęgniarski), Wpis do karty uodpornienia oraz Protokół operacyjny, które nie będą przetwarzane w Systemie P1, a jedynie w nim indeksowane celem wyszukiwania na potrzeby ogólnopolskiej wymiany.

Lista zmian w zakresie wersji 1.2 - 1.3.2

Celem opracowania jest zapewnienie standaryzacji interoperacyjnej wybranych dokumentów medycznych w stopniu umożliwiającym ich przetwarzanie w Systemie P1 zgodnie z założeniami przyjętymi dla Projektu P1 oraz w systemach usługodawców medycznych, w tym ich bezpieczną wymianę pomiędzy podmiotami.

Polska Implementacja Krajowa HL7 CDA jest doprecyzowaniem standardu HL7® CDA™ (Clinical Document Architecture) Release 2. Wszelkie prawa autorskie do standardu HL7® CDA™ posiada HL7® International.

Instrukcja dla implementatorów

[Pobierz PDF dla wersji 1.3.2] Korzystanie z reguł wymaga znajomości standardu HL7 CDA oraz przyjętych przez HL7 sposobów notacji. Dla skutecznego wdrożenia reguł opracowano Instrukcję stosowania Polskiej Implementacji Krajowej HL7 CDA, przeznaczoną dla dostawców oprogramowania oraz usługodawców, która ułatwić ma implementację elektronicznej dokumentacji medycznej zgodnie ze standardem i regułami.

Układ dokumentu

Dokument podzielono na osiem zakładek:

Zalecenia i zasady

Rejestracja węzłów ISO OID

Jeżeli właścicielem/administratorem odpowiedzialnym za prowadzenie rejestru/słownika nie jest CeZ, należy dokonać rejestracji węzła OID w porozumieniu z właścicielem/administratorem.

Dodatkowe informacje o projekcie

noticeTen projekt jest oznaczony jako repozytorium
Nieruchomości
Prefiks: plcda-Domyślny język: pl-PLrepositoryZawiera treści do wielokrotnego użycia?
Lokalizacja publikacji Przegląd projektu
https://www.cez.gov.pl/HL7POL-1.3.2/plcda-html-1.3.2/plcda-html/ Indeks projektu
Lista autorów
  • Sebastian Bojanowski
  • Roman Radomski
  • Marcin Pusz
  • Marcin Grudzień
  • Jacek Wańdoch
  • Tomasz Rakoczy
  • Grzegorz Sroka

Informacje o wersji

Data Przez Opis
2024‑03‑27 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonu recepty
    • Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.3:
      • Wprowadzenie obsługi dawkowania w opakowaniach poprzez wprowadzenie effectiveTime[@operator='A']/width i nowych reguł z tym związanych
      • Wprowadzenie nowych reguł schematronowych dot. dawkowania w opakowaniach
        • Jeżeli w ramach poziomu głównego (4.3) w czasie dawkowania używany jest węzeł 'width', to nie można stosować węzła 'maxDoseQuantity'.
        • Jeżeli w ramach poziomu głównego (4.3) w czasie dawkowania używany jest węzeł 'width', to węzeł `doseQuantity` nie może mieć wartość (value) równą 0.
        • Jeżeli w ramach poziomu głównego (4.3) w czasie dawkowania używany jest węzeł 'width', to węzeł `doseQuantity` musi mieć jednostkę (unit) równą '{op.}'.
        • Jeżeli w ramach poziomu głównego (4.3) w czasie dawkowania nie jest używany węzeł 'width', to węzeł `doseQuantity` nie może mieć jednostki (unit) równej '{op.}'.
    • Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.175:
      • Wprowadzenie obsługi dawkowania w opakowaniach poprzez wprowadzenie effectiveTime[@operator='A']/width i nowych reguł z tym związanych
      • Wprowadzenie nowych reguł schematronowych dot. dawkowania w opakowaniach
        • Jeżeli w ramach sekwencji (4.175) w czasie dawkowania używany jest węzeł 'width', to węzeł `doseQuantity` nie może mieć wartość (value) równą 0.
        • Jeżeli w ramach sekwencji (4.175) w czasie dawkowania używany jest węzeł 'width', to węzeł `doseQuantity` musi mieć jednostkę (unit) równą '{op.}'.
        • Jeżeli w ramach sekwencji (4.175) w czasie dawkowania nie jest używany węzeł 'width', to węzeł `doseQuantity` nie może mieć jednostki (unit) równej '{op.}'.
        • Jeżeli w ramach sekwencji (4.175) w czasie dawkowania używany jest węzeł 'width', to nie może wystąpić podekwencja (4.176).
    • Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.177:
      • Wprowadzenie obsługi dawkowania w opakowaniach poprzez wprowadzenie effectiveTime[@operator='A']/width i nowych reguł z tym związanych
      • Wprowadzenie nowych reguł schematronowych dot. dawkowania w opakowaniach
        • Jeżeli w ramach szablonu alternatywnego (4.177) w czasie dawkowania używany jest węzeł 'width', to węzeł `doseQuantity` nie może mieć wartość (value) równą 0.
        • Jeżeli w ramach szablonu alternatywnego (4.177) w czasie dawkowania używany jest węzeł 'width', to węzeł `doseQuantity` musi mieć jednostkę (unit) równą '{op.}'.
        • Jeżeli w ramach szablonu alternatywnego (4.177) w czasie dawkowania nie jest używany węzeł 'width', to węzeł `doseQuantity` nie może mieć jednostki (unit) równej '{op.}'.
        • Jeżeli w ramach sekwencji alternatywnej (4.177) w czasie dawkowania używany jest węzeł 'width', to nie może wystąpić podekwencja (4.176).
2024‑03‑12 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonu recepty
    • Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.175:
      • Dodanie odniesienia do nowego szablonu 2.16.840.1.113883.3.4424.13.10.4.177
    • Powołanie nowego szablonu - Sekwencja alternatywnego dawkowania leku: 2.16.840.1.113883.3.4424.13.10.4.177
2023‑12‑29 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonu recepty
    • Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.3:
      • Zdjęcie bezwzględnej wymagalności podawania czasu trwania kuracji
      • Wprowadzenie reguł schematronowych dot. nowego sposobu dawkowania
        • Element doseQuantity nie może występować na poziomie głównym jeżeli istnieje co najmniej jedna sekwencja (4.175).
        • Element doseQuantity musi występować na poziomie głównym jeżeli nie istnieje co najmniej jedna sekwencja (4.175).
        • Dozwolone jednostki czasu trwania kuracji (effectiveTime[@xsi:type='IVL_TS']//@unit) muszą odpowiadać (h, d, wk, mo lub brak @unit).
        • Jednostka dawki oraz jednostka maksymalnej dawki muszą być ze sobą zgodne na wszystkich poziomach.
        • effectiveTime[@xsi:type='PIVL_TS']/period//@unit muszą odpowiadać (h, d, wk, mo).
        • maxDoseQuantity/denominator/@unit muszą odpowiadać (h, d, wk, mo).
        • Wartość okresu podawania leku musi być liczbą całkowitą.
        • Wartość czasu trwania kuracji musi być liczbą całkowitą.
        • Węzeł pharm:asSuperContent dla opakowania musi zostać podany gdy podano czas trwania kuracji.
        • Węzeł pharm:asContent dla opakowania musi zostać podany gdy podano czas trwania kuracji.
        • (plCdaMedicineOrSpecialFood): Wymaganie podania jednostki (@unit) jeśli została podana wartość (@value) inna niż 1.
        • Okres dawkowania (effectiveTime) posiadając wartość minimalną (low) musi posiadać wartość maksymalną (high).
        • Czas dawkowania (effectiveTime) posiadając wartość maksymalną (high) musi posiadać wartość minimalną (low).
        • Czas dawkowania (effectiveTime) nie może posiadać wartości równej lub mniejszej od 0.
        • Ilość dawkowania (doseQuantity) nie może posiadać wartości nullFlavor.
        • Dla effectiveTime[@operator='A']: Gdy institutionSpecified='true' to jednostka okresu dawkowania (period/@unit) musi być 'h'.
        • Dla effectiveTime[@operator='A']: Gdy institutionSpecified='true' to wartość 24 musi być podzielna przez wartość okresu dawkowania (period/@value) bez reszty.
        • Dla effectiveTime[@operator='A']: Gdy institutionSpecified='true' to okres dawkowania (period) nie może zawierać węzłów low/high.
    • Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.175:
      • Wprowadzenie reguł schematronowych dot. nowego sposobu dawkowania
        • Długość czasu kuracji podaje się tylko w szablonie głównym tj. 2.16.840.1.113883.3.4424.13.10.4.3
        • Liczba węzłów podsekwencji (4.176) musi być zgodna z wartością ilorazu 24 oraz wartości okresu dawkowania (period/@value).
        • Element doseQuantity nie może występować na poziomie sekwencji (4.175) jeżeli istnieje co najmniej jedna podsekwencja (4.176).
        • Element doseQuantity musi występować na poziomie sekwencji (4.175) jeżeli nie istnieje co najmniej jedna podsekwencja (4.176).
    • Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.176:
      • Wprowadzenie reguł schematronowych dot. nowego sposobu dawkowania
        • Ilość dawki (doseQuantity) posiadając wartość minimalną (low) musi posiadać wartość maksymalną (high).
2023‑12‑22 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonu recepty
    • Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.3:
      • Dodanie czasu trwania kuracji poprzez element effectiveTime/width
      • Opisanie zasad dla elementów effectiveTime/period, repeatNumber, doseQuantity, rateQuantity, maxDoseQuantity
      • Wprowadzinee odniesienia do nowego szablonu 2.16.840.1.113883.3.4424.13.10.4.175
    • Powołanie nowego szablonu - Sekwencja dawkowania leku: 2.16.840.1.113883.3.4424.13.10.4.175
    • Powołanie nowego szablonu - Podsekwencja dawkowania leku: 2.16.840.1.113883.3.4424.13.10.4.176
2023‑12‑01 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonu rozpoznania patomorfologicznego - histologia
    • W związku z obsługą rozpoznania nieonkologicznego:
      • zdjęto wymagalności większości atrybutów w szablonie opisu makroskopowego
      • zdjęto wymagalności większości atrybutów w szablonach opisu mikro
      • zdjęto wymagalności większości atrybutów w rozpoznaniu i podsumowaniu
    • W związku z obsługą rozpoznania w trybie konsultacji:
      • zdjęto wymagalności części atrybutów danych o skierowaniu
      • wydzielono zawężony szablon do opisu przekazywanych materiałów w trybie konsultacji
      • zdjęto wymagalności całego szablonu opisu makroskopowego
      • dodano szablon deklaracji zlecenia rozpoznania w trybie konsultacji.
    • Dodanie reguł walidacji dot.:
      • versionNumber i występowania relatedDocument
      • versionNumber i występowania szablonu potwierdzania przyczyny korekty
      • wymagalności danych skierowania dla normlanego tryb oceny materiałów
      • wymagalności wskazania referencji do rozpoznania pierwotnego w przypadku trybu konsultacji
    • Poprawiono opisy dot. trybu konsultacji.
2023‑10‑19 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonu rozpoznania patomorfologicznego - histologia
    • Wprowadzenie trybu brak danych dla daty pobrania materiału
    • Wprowadzenie trybu brak danych dla daty utrwalenia materiału
    • Zdjęcie wymagalności dla obszarów danych w trybie konsultacji (makro: guzy/marginesy), (mikro: marginesy, naciekanie, naczyń i nerwów, węzły chłonne, naciekanie torebki)
    • Zastąpienie słownika okolic ciała słownikiem topograficznym
    • Zmiana kodu rozpoznania onkologicznego z ICD-O-3 na ICD11
2023‑10‑16 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonu IPOM
    • W szablonie 2.16.840.1.113883.3.4424.13.10.3.178 - Sekcja zaplanowanych badań diagnostycznych" - umożliwiono dla każdego rodzaju badań przekazanie obok wymaganego kodu ICD-9 dodatkowego kodu LOINC, lub doprecyzowania wskazanego badania za pomocą wyrażenie tekstowego.
    • W przypadku zlecania pakietu badań, została zaproponowana nowa, alternatywna struktura, która umożliwia doprecyzować każde, definiowane badanie w pakiecie za pomocą wyrażenia tekstowego.
    • W przypadku zlecania pakietu badań poprawiona została reguła kontrolująca wymagalność podania:
      • entryRelationship z code="ZBLAB", czyli "Zlecenie badania laboratoryjnego"
      • entryRelationship z code="ZOWB", czyli "Zalecany okres wykonywania badania"
    • W szablonie 2.16.840.1.113883.3.4424.13.10.3.179 - "Sekcja zalecanych wizyt specjalistycznych" - dodano obsługę nowego rodzaju specjalizacji - Nefrologia.
  • W obszarze definicji szablonu HIPOM
    • W szablonie 2.16.840.1.113883.3.4424.13.10.3.183 - "Sekcja zaplanowanych badań diagnostycznych - harmonogram" - umożliwiono dla każdego rodzaju badań przekazanie obok wymaganego kodu ICD-9 dodatkowego kodu LOINC, lub doprecyzowania wskazanego badania za pomocą wyrażenie tekstowego.
    • W przypadku zlecania pakietu badań, została zaproponowana nowa, alternatywna struktura, która umożliwia doprecyzować każde, definiowane badanie w pakiecie za pomocą wyrażenia tekstowego.
    • W przypadku zlecania badań laboratoryjnych, obrazowych, innych poprawiona została reguła kontrolująca wymagalność podania:
      • entryRelationship z code="ZOWB", czyli "Zalecany okres wykonywania badania"
      • entryRelationship z code="SRZ", czyli "Status Realizacji Zlecenia"
    • W przypadku zlecania pakietu badań poprawiona została reguła kontrolująca wymagalność podania:
      • entryRelationship z code="ZBLAB", czyli "Zlecenie badania laboratoryjnego"
      • entryRelationship z code="ZOWB", czyli "Zalecany okres wykonywania badania"
    • W szablonie 2.16.840.1.113883.3.4424.13.10.3.185 - "Sekcja zalecanych wizyt specjalistycznych - harmonogram" - dodano obsługę nowego rodzaju specjalizacji - Nefrologia.
    • W szablonie 2.16.840.1.113883.3.4424.13.10.3.186 - "Sekcja wymaganych konsultacji - harmonogram" - dodano obsługę nowego rodzaju konsultacji - Nefrologia.
    • Wprowadzone zmiany są kompatybilne wstecz, tzn. dotychczasowe dokumenty wytworzone w oparciu o poprzednią wersję schematu, są akceptowane przez nowy schematron.
2023‑10‑11 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonu rozpoznania patomorfologicznego - histologia
    • Zmiana tytułu dokumentu
    • Doprecyzowanie zakresu danych skierowania (w tym wskazanie root dla skierownia papierowego)
    • Likwidacja informacji o dacie przekazania materiału
    • Likwidacja informacji o osobie przyjmującej materiału
    • Likwidacja informacji o osobie wykonującej ocene makroskopową
    • Rozbudowanie słownika o sposobie utrwalenia materiału
    • Umożliwienie nieprzekazania niektórych informacji w trybach: brak danych lub nie dotyczy
    • Dodano dodatkowy parametr określający czy rozpoznanie jest onkologiczne / nie onkologiczne, umożliwiający wyłączenie wymagalności niektórych danych
    • Dostosowany szablon w obszarze wskazywania załączników
2023‑09‑19 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze definicji szablonów wyników rozpoznania histopatologicznego
    • Rozbudowa szbalonów o definicje entry
2023‑07‑20 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze słowników
    • Dodanie do słownika uprawnień dodatkowych kodu "DZ" w związku z wprowadzeniem leków bezpłatnych dla dzieci do 18 roku życia.
2023‑07‑19 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze skierowania
    • Zmiana w szablonie 2.16.840.1.113883.3.4424.13.10.3.7 - Sekcja aktualnych wyników badań, polegająca na dostosowaniu wymogów podania danych tylko dla skierownia uzdrowiskowego.
2023‑07‑07 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze skierowania uzdrowiskowego
    • Zmiana konfiguracji szablonów, aby nie było możliwe dodanie innych szablonów poza zdefiniowanymi
    • Usunięcie dopuszczalności szablonu dla informacji dodatkowych
2023‑07‑03 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze słowników
    • Dodanie rodzaju praktyki fizjoterapeutycznej (F) do słownika RodzajPraktykiZawodowej
  • W obszarze skierowania
    • Dodanie obsługi id praktyk fizjiterapeutycznej oraz MUŚ, dla ROOT 2.16.840.1.113883.3.4424.2.9.1 oraz 2.16.840.1.113883.3.4424.2.9.1.1
2023‑06‑29 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • W obszarze słowników
    • Dodanie Fizjoterapeuty (FIZJO) do słownika ZawodMedyczny
  • W obszarze skierowania uzdrowiskowego
    • Dodanie dodatkowego dopuszczalnego tytułu: Skierowanie na leczenie uzdrowiskowe (AZBEST)
    • Dodanie do kodu RSUZDR dodatkowego displayName "Rodzaj świadczenia uzdrowiskowego"
    • Dodanie obsługi PWZ dla fizjoterapeutów z ROOT 2.16.840.1.113883.3.4424.1.6.5 w szablonie autora skierowania
2023‑05‑11 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • Aktualizacja szablonu IPOM
    • Zdjęcie obligatoryjnej wymagalności podawania kompletu informacji i konsultacjach i wizytach specjalistycznych.
2023‑05‑08 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • Aktualizacja szablonu skierowania uzdrowiskowego
    • Dodanie drugiej nazwy dla dokumentu "Skierowanie na leczenie uzdrowiskowe (AZBEST)"
    • Zdjęcie blokady dla szablonu 2.16.840.1.113883.3.4424.13.10.4.34
    • Zmiana opisu dla Leczenie onkologiczne w szablonie 2.16.840.1.113883.3.4424.13.10.3.10
    • Zmiana opisu dla Przeciwskazania na surowce lecznicze w szablonie 2.16.840.1.113883.3.4424.13.10.3.11
    • Zmiana opisu dla Uzasadnienie w szablonie 2.16.840.1.113883.3.4424.13.10.3.11
2023‑04‑28 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • Nowe szablony dla wyników badania histopatologicznego w wersji roboczej
2023‑01‑24 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • Aktualizacja szablonu IPOM
    • Zniesienie wymaglaności dla informacji (entry) o stratyfikacji w szablonie 2.16.840.1.113883.3.4424.13.10.3.174
2023‑01‑18 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • Aktualizacja szablonu skierowania uzdrowiskowego
    • Zmiana dwóch kodów ICD9 w sekcji wyników badań 2.16.840.1.113883.3.4424.13.10.3.7.
      • Wynik RTG klatki piersiowej: 87.440
      • EKG: 89.522
    • Zdjęcie blokady dla szablonu 2.16.840.1.113883.3.4424.13.10.4.34
    • W szablonie 2.16.840.1.113883.3.4424.13.10.4.33, (tylko dla skierowania uzdrowiskowego) obsługa możliwości nie podawania setId oraz versionNumber
    • Dodanie reguły, która w szablonie 2.16.840.1.113883.3.4424.13.10.3.39 w sekcji text sprawdza czy występuje odpowiednia liczba wpisów powiązana z listą wystąpień szablonów entry i sprawdzanie zgodności identyfikatorów referencji. Dodatkowo sprawdzanie, czy nazwa wskazywanego załącznika ma przynajmniej 5 znaków.
    • W szablonie 2.16.840.1.113883.3.4424.13.10.4.171 (Informacja o wadze ciała), zmieniono w elemencie w value /@value typ danych z int na real. W celu umożliwienia zapisu liczby zmiennoprzecinkowej.
    • W szablonie 2.16.840.1.113883.3.4424.13.10.4.172 (Informacja o wzroście), zmieniono w elemencie w value /@value typ danych z int na real. W celu umożliwienia zapisu liczby zmiennoprzecinkowej.
2022‑12‑14 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • Dodanie reguł skierowania uzdrowiskowego
    • Walidacja adresu pacjenta w szablonie 2.16.840.1.113883.3.4424.13.10.2.26 (tylko dla skierowania uzdrowiskowego)
      • Wymagalność podania TERYT TERC (censusTract) jeżeli kraj Polska
      • Wymagalność podania TERYT SIMC (censusTract) jeżeli kraj Polska
      • Wymagalność podania TERYT SIMC (censusTract) jeżeli kraj Polska i jeżeli podano ulicę
      • Wprowadzono zmianę w typie adresu AD.PL, umożliwiającą podanie TERYT ULIC
      • Wymagalność podania nazwy miejscowości
      • Wymagalność podania kodu pocztowego w formacie 00-000
      • Wymagalnośc podania miejscowości, lub nullFlavor
      • Wymagalność podania numeru bydunku
    • Walidacja daty urodzenia pacjenta
      • Wymagane podania daty urodzenia pacjenta
      • W skierowaniu uzdrowiskowym dla pacjenta, który nie ukończył 18 lat, wymagane jest podanie danych opiekuna (guardian)
    • Walidacja danych opiekuna (guardian) - jeżeli podano dane opiekuna
      • Wymagalność podania identyfikatora tożsamości (id)
      • Wymagalność podania imienia opiekuna
      • Wymagalność podania nazwiska opiekuna
    • Walidacja numeru umowy z NFZ w szablonie 2.16.840.1.113883.3.4424.13.10.2.44
      • Wymagalność użycia szablonu 2.16.840.1.113883.3.4424.13.10.2.44
      • Wymaglaność podania numeru umowy z NFZ (walidacja czy root numeru umowy zaczyna się od 2.16.840.1.113883.3.4424.8.6.1.numerOddziałuNFZ) - numery umów podmiotów leczniczych z NFZ
    • Walidacja roli wystawiającego
      • Skierowanie uzdrowiskowe może być wystawione tylko przez lekarza
2022‑06‑30 cez.gov.pl Wydanie uzupełniające do wydania w wersji 1.3.2: 1.3.2.x
  • Rozbudowa szablonu skierowania uzdrowiskowego
    • dodanie reguł walidacyjnych w sekcji wywiadu lekarskiego
    • dodanie szablonu o szczepionce podanej w preszłości
    • rozbudowa szablonu sekcji badania przedmiotowego
      • dodanie szablonów o wynikach ciśnienia, wadze, wzroście, tętna
      • dodanie reguł walidacyjnych
    • dodano szablon do wyboru sposobu korespondencji z pacjentem
2020‑06‑30 iEHR.eu Oficjalne wydanie: 1.3.2
  • Utworzono nową wersję definicji XML Schema dla przestrzeni nazw extPL (nowa wersja r3):
    • Dodano nowe typy danych extPL:Ingredient oraz extPL:IngredientSubstance na potrzeby zapisania w strukturze dokumentów recept na leki recepturowe substancji innych niż substancje czynne. Nowe typy danych zostały utworzone na podstawie analogicznych konstrukcji z definicji przestrzeni nazw pharm (urn:ihe:pharm)
    • Dodano przestrzeń nazw epsos, w tym:
      • rozszerzenie epsos:desc na poziomie leku dotyczy mocy leku w przypadku recepty na lek gotowy, stosowane wyłącznie gdy nie jest możliwe podanie poprawnej informacji o składnikach leku
      • rozszerzenie epsos:desc na poziomie leku zawiera część receptury w przypadku recepty na lek robiony
      • rozszerzenie pharm:desc / extPL:desc na poziomie składnika leku recepturowego zawiera część receptury dot. tego składnika
  • Poprawiono weryfikację elementów zawierających adres w danych pacjenta wprowadzając warianty typów danych AD.PL (dla adresu na terenie Polski)
  • Dodano możliwość wystawienia skierowania bez podania specjalizacji wystawcy
  • Dodano protokół SMS w elemencie telecom na potrzeby m.in. osób głuchoniemych
  • W recepcie na lek recepturowy:
    • wprowadzono polskie rozszerzenie umożliwiające podanie składników innych niż aktywne (ACTI), w tym składniki będące opakowaniem
    • dopuszczono brak id substancji składnika dla surowców złożonych, nieistniejących na Liście Surowców Farmaceutycznych (LSF)
    • dodano możliwość zamieszczenia przez wystawcę informacji o świadomym przekroczeniu maksymalnej dobowej dawki (DDD, defined daily dose) substancji czynnej
  • Przetłumaczono słowniki Postać opakowania i Postać leku na język polski, wartości te są wykorzystywane do generowania treści bloku narracyjnego
  • Dopuszczono podanie dwóch identyfikatorów TERYT (TERC i SIMC) jednocześnie, wraz z weryfikacją ich treści. Wprowadzono typy danych adresowych AD.PL i AD.PL.ORG.
  • Dodano kwalifikator TG dla trybu wystawienia i trybu realizacji recepty transgranicznej
  • Usunięto prefiksy pharm z elementu quantity typu RTO_QTY_QTY informacji o składniku leku
  • Poprawiono kod nullFlavor dla id w szablonie plCdaPublicPolicyEntry (*.10.4.61) z "NAV" na "NA"
  • Poprawiono szablon plCdaDrugPrescriptionAuthorizationActivityEntry (*.10.4.69), należy zaniechać stosowanie szablonu ogólnego plCdaAuthorizationActivityEntry (*.10.4.53) w receptach
  • Zaktualizowano przykłady recept, skierowań, zleceń, transformaty, w tym wspierającej generowanie bloku narracyjnego i sposobu wyświetlania adresu bez ulicy
  • Dodano możliwość zapisania kodu leku przepisanego na recepcie papierowej w dokumencie realizacji recepty, jeżeli wydano zamiennik
  • Zmodyfikowano szablon dokumentu recepty na import docelowy:
    • Dodano możliwość podania kwalifikatora kategorii dostępności leku (KDLEK jak w innych receptach) i regułę, która wymaga podania tej informacji, jeżeli podano identyfikator produktu leczniczego.
    • Dodano możliwość podania danych asystenta medycznego.
    • Zmodyfikowano szablon głównego entry *.10.4.86 dla recepty na import docelowy - obecnie jest adaptacją szablonu *.10..4.3, który występuje w szablonie recepty i recepty spełniającej kryteria refundacyjne, dzięki czemu można podać pełny zakres danych (m. in. "identyfikator importu", nazwa, kod EAN, postać leku, składniki i ich moc).
    • Dodano nowy szablon plCdaImportedDrugManufacturedMatrial (*.10.4.109) jako adaptację szablonu plCdaMedicineOrSpecialFood (*.10.4.54).
  • Do dokumentu realizacji recepty dodano regułę, , która wymaga podania informacji o kategorii dotępności leku (KDLEK), jeżeli podano identyfikator produktu leczniczego.
  • Dodano możliwość użycia wielu elementów telecom w danych jednostki podmiotu leczniczego.
2020‑04‑22 iEHR.eu Wydanie uzupełniające do wydania w wersji 1.3.1: 1.3.1.3
  • Wprowadzono kwalifikator OTC dla recept na leki OTC
  • Uproszczono zasady podawania dat realizacji "od" i "do", w tym na potrzeby recepty 365
  • W dokumencie realizacji recepty dodano:
    • kod postaci leku recepturowego, jak w komunikacie LEK
    • informację o cenie detalicznej i hurtowej leku, jak w komunikacie LEK
    • informację o oznaczeniu NZ (nie zamieniać) w realizowanej recepcie papierowej
    • informację o "dacie wystawienia" i oznaczeniu "daty realizacji od" w realizowanej recepcie papierowej
    • możliwość zamieszczenia oświadczenia pacjenta, że recepta nie była do tej pory realizowana
  • W skierowaniu dodano atrybut "okolice stron ciała" i "strona ciała" do procedury / badania, na którą pacjent jest kierowany
  • Rozszerzono listę krajów z przepisów o koordynacji o Chorwację
  • Dodano możliwość podania symbolu instytucji z przepisów o koordynacji w szablonie Poziom odpłatności leku, nie tylko numeru Oddziału NFZ
  • Dodano kod C, kobieta ciężarna, w zbiorze wartości Uprawnienie dodatkowe
  • Dodano możliwość podania identyfikatora zapotrzebowania w recepcie na import docelowy
  • Wymuszono podanie name/@nullFlavor="UNK" w recepcie i jej realizacji dla pacjenta NN
  • Usunięto wymaganie podania numeru umowy wystawcy z NFZ w przypadku recept refundowanych lub recept wystawianych w ramach świadczeń refundowanych
  • Rozszerzono Instrukcję i przykłady recept i ich realizacji m.in. w zakresie dokumentów uprawnień, obcokrajowców, osób NN, ciąży mnogiej, zamienników
  • Doszczegółowiono walidację treści dokumentów, poprawiono zidentyfikowane błędy, rozszerzono funkcjonalność transformat XSLT
  • Dodano opcjonalność imienia i nazwiska pacjenta oraz osługę nieznanego adresu pacjenta w realizacji recepty elektronicznej.
  • Dodano możliwość zapisania kodu uprawnienia dodatkowego, który występował na na recepcie papierowej
2019‑09‑30 iEHR.eu Wydanie uzupełniające do wydania w wersji 1.3.1: 1.3.1.2
  • Poprawiono błędy zidentyfikowane w pierwotnej wersji 1.3.1.
  • Dodano możliwość wystawiania dokumentów recpety, recepty refundowanej oraz realizacji recpety dla recept typu pro auctore i pro familiae:
    • dodano nowy zbiór wartości: RodzajReceptyElektronicznej o identyfikatorze 2.16.840.1.113883.3.4424.13.11.85,
    • dodano nowy klasyfikator RRECE (Rodzaj recepty elektronicznej) dla elementu ClinicalDocument/code/translation,
    • zmodyfikowano szablony danych autora na dokumentach recepty, w postaci:
      • ograniczenia krotności występowania elementu author/assignedAuthr/addr do 0..1
      • ograniczenia krotności występowania elementu author/assignedAuthor/telecom do 0..1
      • zniesienia wymagalności elementu author/assignedAuthor/representedOrganization
      • dodania dodatkowej reguły schematronowej, która wymaga elementów author/assignedAuthor/addr oraz author/assignedAuthr/telecom w dokumencie recepty, w którym istnieje klasyfikator RRECE mający wartości PA lub PF
      • dodania dodatkowej reguły schematronowej, która wymaga elementu author/assignedAuthor/representedOrganization dla recepty, która nie ma klasyfikatora RRECE lub jego wartość jest równa ZW.
  • Dodano nowy szablon plCdaDrugPrescriptionDataEnterer na potrzeby zapisania danych asystenta medycznego, który w imieniu lekarza wystawia receptę.
  • Dodano możliwość użycia szablonu dla danych asystenta medycznego do poszczególnych szablonów na poziomie dokumentu.
  • Dodano możliwość zapisania całkwitej dawki substancji czynnej na recepcie dla wielu substancji czynnych:
    • utworzono nową wersję szablonu plCdaActiveSubstanceTotalDoseConfirmation, który może być użyty wielokrotnie i jego struktura pozwala na wskazanie, którego składnika aktywnego dotyczy informacja o całkowitej dawce,
    • pozostawiono poprzednią wersję szablonu plCdaActiceSubstanceTotalDoseConfirmation pozwalającą na zapisanie całkowitej dawki dla tylko jednej substancji czynnej dla kompatybilności specyfikacji z pierwotną wersją 1.3.1.
  • Dodano nowe przykłady dla recepty: pro auctore, pro famialae oraz recpety wystawionej przez asystenta medycznego.
2018‑09‑30 iEHR.eu Oficjalne wydanie: 1.3.1
  • Uwzględnienie uwag do wydania roboczego 1.3, w tym dopracowanie szczegółów realizacji recepty i propozycja formatowania bloku narracyjnego recepty
  • Zmiany w Transformacie XSLT umożliwiające wyświetlanie dokumentów angielskojęzycznych, kolorowania czcionki bloku narracyjnego i zwijanie mniej istotnych treści
  • Publikacja kompletnego wydania
2018‑06‑30 iEHR.eu Oficjalne wydanie: 1.3
  • Uspójnienie modelu wszystkich dokumentów medycznych przy wykorzystaniu modelu recepty jako wzrocowego
  • Opracowanie szablonu Informacja dla lekarza kierującego/POZ w miejsce przykładu zbudowanego na podstawie Szablonu bazowego
2018‑04‑26 iEHR.eu Wydanie robocze: 1.2.3 Opracowanie modelu skierowań przy wykorzystaniu modelu recepty jako wzorcowego.
2017‑10‑26 iEHR.eu Wydanie robocze: 1.2.2 Implementacja uwag i uszczegółowienie modelu recepty i dokumentu realizacji recepty.
2017‑04‑26 iEHR.eu Wydanie robocze: 1.2.1 Przebudowa modelu recepty celem uzyskania zgodności z profilem IHE PRE. Dodanie dokumentu realizacji recepty jako zgodnego z profilem IHE DIS. Zmiany związane z dostosowaniem do profili IHE objęły w tej wersji tylko dla recept:
  • Zamiana miejscami reguł dla elementów legalAuthenticator i author
  • Przeniesienie informacji o zawodzie autora/wystawcy dokumentu do elementu author.functionCode
  • Rezygnacja z rozszerzenia extPL:qualifiedEntity służącego do zapisu wielu specjalności wystawcy/autora dokumentu: wprowadzenie alternatywnego rozwiązania polegającego na składaniu wielu kodów w jeden ciąg znaków
  • Zmiana wymagań dla podawania templateId: wymagane jest podawanie tylko jednego templateId pochodzącego z PIK HL7 CDA (należy podawać templateId dla szablonu najbardziej wyspecjalizowanego) oraz innych templateId, wymaganych przez specyfikacje zewnętrzne
  • Przeniesienie danych o ubezpieczeniu, płatniku, uprawnieniach i dokumentach potwierdzających uprawnienia do nowej sekcji. Rezygnacja z odpowiednich rozszerzeń extPL
  • Wprowadzenie wymagalności section.id dla sekcji zalecenia leku i jego zgodności z ClinicalDocument.id
  • Wprowadzenie wymagalności patient.administrativeGenderCode
  • Wprowadzenie wymagalności entry.id dla pozycji recepty oraz określenie sposobu generowania tego identyfikatora w systemach lokalnych jako złożenia numeru recepty i numeru pozycji danej recepty
  • Zmiana wymaganej wartości substanceAdministration.moodCode w zaleceniu leku (pozycji recepty) z "RQO"na "INT"
  • Zmiana sposobu zapisu danych o poziomie refundacji leku
  • Zmiana struktury rozszerzenia "Zamiana leku"
  • Dodanie do PIK HL7 CDA szablonów dla dokumentów realizacji recept
  • Uproszczenie struktury represented organization i wymagalności niektórych danych
2017‑02‑07 iEHR.eu Oficjalne wydanie: 1.2
Wersja obowiązująca od lutego 2017 roku do kwietnia 2017 roku.
2017‑01‑02 iEHR.eu Wydanie robocze: 1.1.1 Wersja obowiązująca od stycznia 2017 roku do lutego 2017 roku.
2015‑10‑26 iEHR.eu Wydanie robocze: 1.1 Wersja obowiązująca od listopada 2015 roku do stycznia 2017 roku.
2015‑08‑15 iEHR.eu Wydanie robocze: 1.0.2 Wersja obowiązująca od września 2015 roku do listopada 2015 roku.
2015‑01‑29 iEHR.eu Oficjalne wydanie: 1.0
Wersja obowiązująca od stycznia 2015 roku do września 2015 roku.
2014‑09‑23 iEHR.eu Wydanie robocze: 0.9.10 Wersja obowiązująca od listopada 2014 roku do stycznia 2015 roku.
2014‑08‑14 iEHR.eu Wydanie robocze: 0.9.9 Wersja obowiązująca od września 2014 roku do listopada 2014 roku.

Zbiory danych, kody, węzły OID i szablony: informacje przeznaczone są na potrzeby renderowania oraz walidacji.