| Data |
Przez |
Opis |
| 2024‑04‑26 |
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:
- Zmiana reguły schematronowej
- Czas trwania kuracji może być podawany tylko w dniach => Dozwolona jednostka czasu
trwania kuracji (effectiveTime[@xsi:type='IVL_TS'][not(@operator='A')]/width/@unit)
musi wynosić (d) - dzień.
|
| 2024‑04‑19 |
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 nowych reguł schematronowych
- Dla maksymalnej całkowitej ilości leku (maxDoseQuantity) wartość określonej jednostki
czasu (denominator/@value) musi wynosić "1" oraz jednostka określonej jednostki czasu
(denominator/@unit) musi wynosić "d".
- hl7:effectiveTime[@operator='A'][@xsi:type='PIVL_TS']/hl7:period[@value]: Jednostka
czasu (unit) musi być jedną z podanych wartości: h, d, wk, mo, /d, /wk, /mo.
- hl7:effectiveTime[@operator='A'][@xsi:type='PIVL_TS']/hl7:period[hl7:low/@value and
hl7:high/@value]: Jednostka czasu (unit) musi być jedną z podanych wartości: h, d,
wk, mo.
- Na poziomie głównym musi wystąpić zakres czasu, co który podawana jest dawka leku
(effectiveTime[@operator='A']), jeżeli nie występuje sekwencja dawkowania.
- Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.175:
- Wprowadzenie nowych reguł schematronowych
- Podsekwencja nie może istnieć, kiedy zakres czasu, co który podawana jest dawka leku
w ramach danej sekwencji, ma jednostkę czasu równą: "/wk", "/mo" (effectiveTime/period/@unit).
- Jeżeli jednostka zakresu czasu, co który podawana jest dawka leku w ramach danej sekwencji
wynosi "/d" (effectiveTime/period/@unit), to krotność podsekwencji musi być zgodna
z wartością tego zakresu czasu (effectiveTime/period/@value).
- hl7:effectiveTime[@operator='A'][@xsi:type='PIVL_TS']/hl7:period[@value]: Jednostka
czasu (unit) musi być jedną z podanych wartości: h, d, wk, mo, /d, /wk, /mo.
- hl7:effectiveTime[@operator='A'][@xsi:type='PIVL_TS']/hl7:period[hl7:low/@value and
hl7:high/@value]: Jednostka czasu (unit) musi być jedną z podanych wartości: h, d,
wk, mo.
- Wprowadzenie zmian dot. nowego dawkowania w szablonie 2.16.840.1.113883.3.4424.13.10.4.177:
- Wprowadzenie nowych reguł schematronowych
- Podsekwencja nie może istnieć, kiedy zakres czasu, co który podawana jest dawka leku
w ramach danej sekwencji alternatywnej, ma jednostkę czasu równą: "/wk", "/mo" (effectiveTime/period/@unit).
- Jeżeli jednostka zakresu czasu, co który podawana jest dawka leku w ramach danej sekwencji
wynosi "/d" (effectiveTime/period/@unit), to krotność podsekwencji musi być zgodna
z wartością tego zakresu czasu (effectiveTime/period/@value).
- hl7:effectiveTime[@operator='A'][@xsi:type='PIVL_TS']/hl7:period[@value]: Jednostka
czasu (unit) musi być jedną z podanych wartości: h, d, wk, mo, /d, /wk, /mo.
- hl7:effectiveTime[@operator='A'][@xsi:type='PIVL_TS']/hl7:period[hl7:low/@value and
hl7:high/@value]: Jednostka czasu (unit) musi być jedną z podanych wartości: h, d,
wk, mo.
|
| 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.
|
|
Ten projekt jest oznaczony jako repozytorium
Zawiera treści do wielokrotnego użycia?