TECHNINĖ SPECIFIKACIJA TURINYS

1. Techninė specifikacija parengta, siekiant aprašyti reikalavimus, keliamus viešosios įstaigos Šeškinės poliklinikos, kartu su partneriais – viešąja įstaiga Kauno Dainavos poliklinika, viešąja įstaiga Naujosios Vilnios poliklinika, viešąja įstaiga Grigiškių sveikatos priežiūros centru, viešąja įstaiga Ukmergės pirminės sveikatos priežiūros centru, viešąja įstaiga Trakų pirminės sveikatos priežiūros centru, viešąja įstaiga Švenčionių rajono pirminės sveikatos priežiūros centru, viešąja įstaiga Lentvario ambulatorija, viešąja įstaiga Aukštadvario pirminės sveikatos priežiūros centru vykdomo projekto „SANTA-HIS adaptavimas ambulatorinei grandžiai“ metu modernizuojamai informacinei sistemai, kuri bus vadinama „Ambulatorines asmens sveikatos priežiūros paslaugas teikiančių įstaigų informacinė sistema“ (toliau – AASPĮ IS). Projektas finansuojamas pagal ES Struktūrinių fondų Ekonomikos augimo veiksmų programos 3 prioriteto „Informacinė visuomenė visiems“ įgyvendinimo priemonę Nr. VP2-3.1-IVPK-11-V „Elektroninės sveikatos paslaugos savivaldybėse“.

1 lentelė. Vartojamos sąvokos ir sutrumpinimai.

Sutrumpinimas	Paaiškinimas
AASPĮ	Ambulatorines asmens sveikatos priežiūros paslaugas teikianti (-čios) įstaiga (-os)
AASPĮ IS	Ambulatorines asmens sveikatos priežiūros paslaugas teikiančių įstaigų informacinė sistema
DICOM	(angl. Digital Imaging and Communications in Medicine). Tai standartas, nustatantis medicininių vaizdų ir jų informacijos tvarkymo, saugojimo, spausdinimo ir mainų reikalavimus. Standartas apima DICOM failo formato ir informacijos perdavimo kompiuterių tinklais protokolo apibrėžimus
DPSDR	Draudžiamųjų privalomuoju sveikatos draudimu registras
EMI	Elektroninė medicininė istorija - vienoje sveikatinimo įstaigoje elektronine forma kaupiami išsamūs duomenys apie paciento ankstesnę bei dabartinę fizinę ar psichinę sveikatos būklę
EPTS	Elektroninių nedarbingumo pažymėjimų bei elektroninių nėštumo ir gimdymo atostogų pažymėjimų tvarkymo sistema (arba kita tuo metu LR teisės aktuose numatyta elektroninių nedarbingumo pažymėjimų bei elektroninių nėštumo ir gimdymo atostogų pažymėjimų tvarkymo sistema)
ESI	Elektroninė sveikatos istorija - paciento elektroninių sveikatos įrašų, Elektroninėje sveikatos paslaugų ir bendradarbiavimo infrastruktūros informacinėje sistemoje sukauptų iš visų sveikatinimo veiklą vykdančių įstaigų, rinkinys
eSPBI IS	Elektroninė sveikatos paslaugų ir bendradarbiavimo infrastruktūros informacinė sistema - Lietuvos Respublikos sveikatos apsaugos ministerijos valdoma informacinė sistema, skirta tvarkyti ESI bei užtikrinanti Lietuvos e. sveikatos sistemos subjektų bendradarbiavimą ir jų informacinių sistemų integraciją, ESI formavimą, e. sveikatos paslaugų veikimą bei prieigą prie viešojo administravimo institucijų informacinių išteklių
HL7 v3	(angl. Health Level-7 Version 3). HL7 v3 skirtas taikymo lygmens (angl. application layer) protokolams adaptuoti sveikatos priežiūros sričiai. HL7 v3 standartas apima reikalavimus koncepcijai, dokumentams,

Sutrumpinimas	Paaiškinimas
	aplikacijoms ir pranešimams. HL7 v3 standartas apima visas sveikatos priežiūros veiklos sritis
HL7 v3 CDA	(angl. HL7 v3 Clinical Document Architecture (CDA)). XML formatu paremtas standartas, specifikuojantis medicininių dokumentų, skirtų informacijos mainams, koduotę, struktūrą ir semantiką. CDA Release 2 (CDA R2) yra HL7 v3 standarto dalis
Informacinė sistema, IS	Informacinė sistema
Informacinės sistemos naudotojas	SPĮ darbuotojas, dirbantis pagal darbo sutartį, kuriam suteikta teisė naudotis informacinės sistemos ištekliais jo funkcijoms vykdyti
IPR, xxxxx.xx	Nacionalinė išankstinės pacientų registracijos sistema
Kvalifikuotas elektroninis parašas	Saugus elektroninis parašas, sudarytas saugia parašo formavimo įranga ir patvirtintas galiojančiu kvalifikuotu sertifikatu. Pagal Lietuvos Respublikos elektroninio parašo įstatymo (Žin., 2000, Nr. 61-1827; 2002, Nr. 64-2572) 8 str. 1 punktą: saugus elektroninis parašas, sukurtas saugia parašo formavimo įranga ir patvirtintas galiojančiu kvalifikuotu sertifikatu, elektroniniams duomenims turi tokią pat teisinę galią kaip ir parašas rašytiniuose dokumentuose ir yra leistinas kaip įrodinėjimo priemonė teisme
LOINC	(angl. Logical Observation Identifiers Names and Codes). Standarte pateikiama universalių kodų ir pavadinimų, identifikuojančių laboratorinius ir kitus klinikinius stebėjimus bei tyrimus, rinkinys
LR	Lietuvos Respublika
METAS	SVEIDRA IS posistemė „Medicinos elektroninė tobulinimo administravimo sistema“, skirta darbuotojų ir įstaigos duomenų tvarkymui
MPP	Medicinos pagalbos priemonės
PACS	(angl. Picture Archiving and Communication System). Medicininių vaizdų saugykla ir susijusios techninės priemonės, įgalinančios skaitmeniniu formatu saugoti, perduoti ir tvarkyti medicininius vaizdus.
PASPĮ	Pirminės asmens sveikatos priežiūros įstaiga
PO	Perkančioji organizacija
PSDF	Privalomojo sveikatos draudimo fondas
Projektas	Projektas „SANTA – HIS adaptavimas ambulatorinei grandžiai“
SANTA-HIS	Informacinė sistema SANTA-HIS, kuri buvo sukurta ir įdiegta vykdant Europos Sąjungos finansuotą projektą „E. sveikatos paslaugos”
SNOMED CT	(angl. Systematized Nomenclature of Medicine – Clinical Terms). Sistemiškai sugrupuotas medicinos terminų, apimančių daugelį medicinos sričių, rinkinys, pritaikytas naudoti elektroninėje erdvėje
SOAP	(angl. Simple Object Access Protocol). Protokolas, skirtas struktūrizuotos informacijos mainams teikiant žiniatinklio paslaugas (angl. web service) kompiuterių tinklais.
Sodra	Valstybinio socialinio draudimo fondo valdyba
SODRA IS	Valstybinio socialinio draudimo fondo valdybos prie Socialinės apsaugos ir darbo ministerijos informacinė sistema
SPĮ	Sveikatos priežiūros įstaigos (-a)
SVEIDRA IS	Valstybinės ligonių kasos privalomojo sveikatos draudimo informacinė sistema
VIISP	Valstybės informacinių išteklių sąveikumo platforma
VšĮ	Viešoji įstaiga

Sutrumpinimas	Paaiškinimas
Techninės priežiūros ekspertai	Projekto techninės priežiūros paslaugų tiekėjas
Tiekėjas	Paslaugų tiekėjas, kuris projektuos, kurs ir diegs bei išmokys naudotojus dirbti su modernizuota ir įdiegta sistema
WSDL	(angl. Web Services Description Language). Žiniatinklio paslaugų funkcionalumo aprašymo kalba, kurios pagrindą sudaro XML
XML	(angl. Extensible Markup Language). W3C rekomenduojama bendros paskirties duomenų struktūrų ir jų turinio aprašomoji kalba. Pagrindinė XML kalbos paskirtis yra užtikrinti lengvesnį duomenų keitimąsi tarp skirtingo tipo sistemų, dažniausiai sujungtų internetu

2. Šiame dokumente vartojami žodžių junginiai „turi būti“, „turi turėti“, „turi leisti“, „turi būti galimybė“ yra lygiaverčiai ir reiškia, kad Tiekėjas pagal šią Techninę specifikaciją turi sukurti atitinkamą funkcionalumą ar suteikti atitinkamas paslaugas.

II PROJEKTO IR PIRKIMO TIKSLAI, UŽDAVINIAI, REZULTATAI IR

VEIKLOS

3. Perkančioji organizacija ir Projekto pareiškėjas – VšĮ Šeškinės poliklinika, Šeškinės g. 24, LT-07156 Vilnius (toliau – Perkančioji organizacija arba PO).

4. Projekto partneriai:

4.1. VšĮ Kauno Dainavos poliklinika, Pramonės pr. 31, LT-51270 Kaunas;

4.2. VšĮ Naujosios Vilnios poliklinika, V. Sirokomlės g. 8, LT-11200 Vilnius;

4.3. VšĮ Grigiškių sveikatos priežiūros centras, Mokyklos g. 10, Grigiškės, LT-27105 Vilnius;

4.4. VšĮ Ukmergės PSPC, Vytauto g. 105, LT- 20184, Ukmergė;

4.5. VšĮ Trakų PSPC, Mindaugo g. 17 LT-21114, Trakai;

4.6. VšĮ Švenčionių rajono PSPC, Strūnaičio g.3, LT-18127 Švenčionys;

4.7. VšĮ Lentvario ambulatorija, Lauko g. 26, LT-25115 Lentvaris, Trakų r. sav.;

4.8. VšĮ Aukštadvario PSPC, Skrebės 1b, Aukštadvaris, Trakų rajonas LT-21254.

5. Projekto tikslas - panaudojant šiuolaikinių informacinių ir ryšių technologijų galimybes, pagerinti pacientams teikiamų sveikatos priežiūros paslaugų kokybę, prieinamumą ir patikimumą, įdiegiant įstaigose modernią informacinę sistemą ir sukuriant elektronines paslaugas pacientams.

6. Projekto uždavinys - modernizuoti AASPĮ IS, reikalingą ambulatorinių e. sveikatos paslaugų teikimui, ir įdiegti ją Perkančiosios organizacijos ir Projekto partnerių organizacijose (įskaitant ir jų struktūrinius vienetus).

7. Projekto metu bus siekiama šių rezultatų:

7.1. Sukurtos naujos elektroninės sveikatos paslaugos pacientams:

7.1.1. Paciento informavimas apie jam aktualias profilaktines gydymo paslaugas (personalizuotas lygis);

7.1.2. Pacientų medicininės sveikatos istorijos duomenų kaupimas, saugojimas ir pateikimas elektroniniu būdu pacientams ir ASPĮ specialistams (bendradarbiavimo lygis);

7.2. Atnaujinta ir išplėsta (modernizuota) AASPĮ IS (patobulintos ir naujai sukurtas funkcionalumas SPĮ darbuotojams);

7.3. Sukurtas techninės įrangos centras Projekto vykdytojo įstaigos patalpose;

7.4. Sukurtos AASPĮ IS sąsajos su kitomis informacinėmis sistemomis, kaip tai numatyta teisės aktuose.

8. Projekto tikslinės grupės:

8.1. Pacientai;

8.2. Projekte dalyvaujančių SPĮ darbuotojai;

8.3. Kitos sveikatos priežiūros sektoriaus institucijos ir įstaigos.

9. Pagrindinės projekto veiklos:

9.1. Techninės įrangos ir licencinės programinės įrangos įsigijimas ir įdiegimas (projekto metu įkuriamam techninės įrangos centrui, kuriuo visi projekto partneriai naudosis per interneto prieigą ir kuriame veiks naujoji sistema);

9.2. AASPĮ IS patobulinimas (informacinės sistemos praplėtimas funkcionalumais, kurie reikalingi ambulatorinėje grandyje; pagrindinių ambulatorinei grandžiai skirtų AASPĮ IS funkcijų optimizavimas), adaptavimas ir įdiegimas;

9.3. AASPĮ IS duomenų mainų modulio sukūrimas, kuris užtikrintų integraciją su eSPBI IS bei kitomis išorinėmis informacinėmis sistemomis;

9.4. Paslaugų, numatomų projekto realizavimui, užtikrinimas (techninė priežiūra).

10. Šio pirkimo tikslas - įsigyti AASPĮ IS modernizavimo ir AASPĮ IS duomenų mainų modulio sukūrimo paslaugas, įgyvendinant šioje techninėje specifikacijoje aprašytus funkcinius, nefunkcinius ir paslaugų įgyvendinimo reikalavimus.

11. Šio pirkimo rezultatai:

11.1. modernizuota AASPĮ IS ir sukurtas AASPĮ IS duomenų mainų modulis įdiegti Perkančiosios organizacijos duomenų centre;

11.2. įdiegta duomenų bazių valdymo sistema (toliau - DBVS).

III TEISINĖ APLINKA

12. Tiekėjas teikdamas paslaugas ir prekes turi atsižvelgti į šių teisės aktų aktualias redakcijas ir pakeitimus:

12.1. Lietuvos Respublikos civilinis kodeksas (Žin., 2000, Nr. 74-2262; Žin., 2012, Nr. 78- 4015);

12.2. Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymas (Žin., 1996, Nr. 63- 1479; 2008, Nr. 22-804);

12.3. Lietuvos Respublikos farmacijos įstatymas (Žin., 2006, Nr. 78-3056);

12.4. Lietuvos Respublikos pacientų teisių ir žalos sveikatai atlyginimo įstatymas (Žin., 1996, Nr. 102-2317; 2009, Nr. 145-6425);

12.5. Lietuvos Respublikos sveikatos priežiūros įstaigų įstatymas (Žin., 1996, Nr. 66-1572; 1998, Nr. 109-2995);

12.6. Lietuvos Respublikos sveikatos draudimo įstatymas (Žin., 1996, Nr. 55-1287; 2002, Nr. 123-5512);

12.7. Lietuvos Respublikos sveikatos sistemos įstatymas (Žin., 1994, Nr. 63-1231; 1998, Nr. 112-3099);

12.8. Lietuvos Respublikos Vyriausybės 2011 m. rugsėjo 7 d. nutarimas Nr. 1057 „Dėl elektroninės sveikatos paslaugų ir bendradarbiavimo infrastruktūros informacinės sistemos nuostatų patvirtinimo“ (Žin., 2011, Nr. 113-5318);

12.9. Lietuvos Respublikos Vyriausybės 2013 m. vasario 27 d. nutarimas Nr. 180 „Dėl Valstybės informacinių sistemų steigimo, kūrimo, modernizavimo ir likvidavimo tvarkos aprašo patvirtinimo“ (Žin., 2013, Nr. 23-1122)Lietuvos Respublikos Vyriausybės 2004 m. balandžio 19 d. nutarimas Nr. 451 „Dėl Valstybės informacinių sistemų steigimo ir įteisinimo taisyklių patvirtinimo“ (Žin., 2004, Nr. 58-2061);

12.10. Lietuvos Respublikos Vyriausybės 2011 m. vasario 28 d. nutarimas Nr. 229 „Dėl Lietuvos nacionalinės informacinės visuomenės plėtros koncepcijos patvirtinimo“ (Žin., 2001, Nr. 20-652);

12.11. Informacinės visuomenės plėtros komiteto prie Susisiekimo ministerijos direktoriaus 2011 m. kovo 30 d. įsakymas Nr. T-39 „Dėl Projektų, vykdomų pagal ekonomikos augimo veiksmų programos 3 prioriteto „Informacinė visuomenė visiems“ įgyvendinimo priemonę nr. VP2-3.1- IVPK-11-V „Elektroninės sveikatos paslaugos savivaldybėse“, finansavimo sąlygų aprašo patvirtinimo“ (Žin., 2011, Nr. 41-1964);

12.12. Lietuvos Respublikos sveikatos apsaugos ministro 2012 m. rugpjūčio 8 d. įsakymas Nr. V-761 „Dėl elektroninės sveikatos paslaugų ir bendradarbiavimo infrastruktūros informacinės sistemos saugos politiką įgyvendinančių dokumentų patvirtinimo“ (Žin., 2012, Nr. 95-4882);

12.13. Lietuvos Respublikos sveikatos apsaugos ministro 2012 m. birželio 7 d. įsakymas Nr. V-509 „Dėl Lietuvos Respublikos sveikatos apsaugos ministro 2010 m. gruodžio 17 d. įsakymo Nr. V-1079 "Dėl Sveikatos priežiūros įstaigų informacinių sistemų susiejimo su e. sveikatos paslaugų ir bendradarbiavimo infrastruktūra reikalavimų ir techninių sąlygų patvirtinimo" pakeitimo“ (Žin., 2012, Nr. 66-3376);

12.14. Lietuvos Respublikos sveikatos apsaugos ministro 2012 m. kovo 28 d. įsakymas Nr. V-294 „Dėl Lietuvos e. sveikatos sistemos funkcinės, techninės ir programinės įrangos architektūros modelio patvirtinimo“ (2011, Nr. 38-1834);

12.15. Lietuvos Respublikos sveikatos apsaugos ministro 2012 m. sausio 28 d. įsakymas Nr. V-89 „Dėl Reikalavimų sveikatos priežiūros įstaigose diegiamoms informacinėms sistemoms patvirtinimo“ (Žin., 2011, Nr. 16-774; 2013, Nr. 83-4195);

12.16. Lietuvos Respublikos sveikatos apsaugos ministro 2011 m. spalio 7 d. įsakymas Nr. V- 889 „Dėl Elektroninės sveikatos paslaugų ir bendradarbiavimo infrastruktūros informacinės sistemos duomenų saugos nuostatų patvirtinimo“ (Žin., 2011, Nr. 124-5916);

12.17. Lietuvos Respublikos sveikatos apsaugos ministro 2010 m. vasario 22 d. įsakymas Nr. V-151 „Dėl E. sveikatos sistemos 2009-2015 metų plėtros programos patvirtinimo“ (Žin., 2010, Nr. 23-1079);

12.18. Lietuvos Respublikos sveikatos apsaugos ministro 2005 m. gegužės 9 d. įsakymas Nr. V-374 „Dėl Vardinių vaistinių preparatų įsigijimo taisyklių patvirtinimo“ (Žin., 2005, Nr. 61-2189; 2007, Nr. 42-1598);

12.19. Lietuvos Respublikos sveikatos apsaugos ministro 2002 m. kovo 8 d. įsakymas Nr. 112

„Dėl vaistų receptų rašymo ir vaistų išdavimo (pardavimo)“ (Žin., 2002, Nr. 28-1013);

12.20. Lietuvos Respublikos sveikatos apsaugos ministro 1999 m. lapkričio 29 d. įsakymas Nr. 515 „Dėl Sveikatos priežiūros įstaigų veiklos apskaitos ir atskaitomybės tvarkos“ (Žin., 1999, Nr. 103-2972);

12.21. Lietuvos Respublikos sveikatos apsaugos ministro 1998 m. lapkričio 26 d. įsakymas Nr. 687 „Dėl Medicininės apskaitos dokumentų formų tvirtinimo“ (Žin., 1998, Nr. 105-2927);

12.22. Lietuvos Respublikos socialinės apsaugos ir darbo ministro ir Lietuvos Respublikos sveikatos apsaugos ministro 2005 m. kovo 21 d. įsakymas Nr. A1-78/V-179 „Dėl Darbingumo lygio nustatymo kriterijų aprašo ir darbingumo lygio nustatymo tvarkos aprašo patvirtinimo“ (Žin., 2005, Nr. 38-1253)

12.23. Lietuvos Respublikos sveikatos apsaugos ministro ir Lietuvos Respublikos socialinės apsaugos ir darbo ministro 2005 m. birželio 30 d. įsakymas Nr. V-533/A1-189 „Dėl Nedarbingumo pažymėjimų bei nėštumo ir gimdymo atostogų pažymėjimų išdavimo taisyklių, šių pažymėjimų blankų, taip pat sunkių ligų, kuriomis sergantiems vaikams iki 16 metų stacionare ar medicininės reabilitacijos ir sanatorinio gydymo įstaigoje slaugyti išduodamas pažymėjimas ne ilgiau kaip 120 kalendorinių dienų per kalendorinius metus, sąrašo bei ligų ir būklių, dėl kurių suteikiamos papildomos 14 kalendorinių dienų nėštumo ir gimdymo atostogos, sąrašo patvirtinimo“ (Žin., 2005, Nr. 83-3078);

12.24. Lietuvos Respublikos sveikatos apsaugos ministro, Lietuvos Respublikos socialinės apsaugos ir darbo ministro ir Lietuvos Respublikos švietimo ir mokslo ministro 2005 m. kovo 23 d. įsakymas Nr. V-188/A1-84/ISAK-487 „Dėl Neįgalumo lygio nustatymo kriterijų ir tvarkos aprašo patvirtinimo“ (Žin., 2005, Nr. 39-1277);

12.25. Lietuvos Respublikos vidaus reikalų ministro 2008 m. spalio 27 d. įsakymas Nr. 1V- 384 „Dėl Valstybės institucijų ir įstaigų informacinių sistemų elektroninės informacijos techninių saugos reikalavimų patvirtinimo ir Lietuvos Respublikos vidaus reikalų ministro 207 m. liepos 11 d. įsakymo Nr. 1V-247 „Dėl Valstybės institucijų ir įstaigų informacinių sistemų klasifikavimo pagal jose tvarkomą elektroninę informaciją gairių ir valstybės institucijų ir įstaigų informacinių sistemų elektroninės informacijos saugos reikalavimų patvirtinimo“ pakeitimo“ (Žin., 2008, Nr. 127-4866);

12.26. Viešosios įstaigos Šeškinės poliklinikos direktoriaus 2012 m. gruodžio 27 d. įsakymas Nr. 1R-324-(1.5) „Dėl Ambulatorines asmens sveikatos priežiūros paslaugas teikiančių įstaigų informacinės sistemos nuostatų ir ambulatorines asmens sveikatos priežiūros paslaugas teikiančių

įstaigų informacinės sistemos duomenų saugos nuostatų patvirtinimo“, kuriuo patvirtinti AASPĮ IS nuostatai ir duomenų saugos nuostatai;

12.27. Kiti susiję Lietuvos Respublikos bei Europos Sąjungos teisės aktai.

IV ESAMOS SITUACIJOS IR LAUKIAMO REZULTATO APRAŠYMAS

13. Perkančioji organizacija ir Projekto partneriai šiuo metu naudojasi įvairiomis įstaigose įdiegtomis sistemomis, kurios neapima visų reikalingų funkcijų, o jų tobulinimui ir plėtrai įstaigos neturi pakankamų išteklių. Šiuo metu naudojamos šios sistemos:

13.1. VšĮ Šeškinės poliklinikoje naudojama:

13.1.1. sistema „SANTA-HIS“ – asmens ambulatorinio gydymo apskaitos kortelės formos pildymas;

13.1.2. laboratorijos sistema „OpenLIMS“ – tyrimų užsakymų priėmimas, užsakymo vykdymo procesas, sąsajos su laboratorine įranga, rezultatų iš įrangos gavimas, rezultatų perdavimas;

13.1.3. radiologinių vaizdų archyvavimo ir perdavimo sistema „Cedara“;

13.1.4. registracijos sistema (vietinė sistema) – pacientų internetinė registracija, gydytojų darbo grafikų sudarymas bei sinchronizacija su Išankstine pacientų registracijos sistema „IPR“;

13.1.5. profilaktinių skiepijimų sistema (vietinė sistema, veikia Microsoft Access pagrindu) - profilaktinių skiepijimų registravimui, kontrolei ir valdymui skirta skiepijimo kabineto sistema;

13.1.6. prevencinių programų stebėjimo sistema (vietinė sistema, veikia Microsoft Access pagrindu);

13.1.7. reabilitacinio gydymo sistema (vietinė sistema, veikia Microsoft Access pagrindu);

13.1.8. vaiko raidos elektroninė sveikatos istorijos sistema „VRESIS“ – vaiko raidos ir ligų istorijos registravimas.

13.2. VšĮ Kauno Dainavos poliklinikoje naudojama:

13.2.1. sistema „SANTA-HIS“ – asmens ambulatorinio gydymo apskaitos kortelės formos pildymas;

13.2.2. vietinė laboratorijos informacinė sistema – tyrimų užsakymų priėmimas, užsakymo vykdymo procesas, sąsajos su laboratorine įranga, rezultatų iš įrangos gavimas, rezultatų perdavimas;

13.2.3. radiologinių vaizdų archyvavimo ir perdavimo sistemos „MedDream“, „Cedara“;

13.2.4. išankstinės pacientų registracijos sistema „IPR“.

13.3. VšĮ Naujosios Vilnios poliklinikoje naudojama:

13.3.1. UAB „Limeta“ platinama radiologinių vaizdų archyvavimo ir perdavimo sistema;

13.3.2. UAB „Inkompas“ platinama profilaktinių skiepijimų sistema - profilaktinių skiepijimų registravimui, kontrolei ir valdymui skirta sistema;

13.3.3. prevencinių programų stebėjimo sistema (vietinė sistema);

13.3.4. UAB „Inkompas“ platinama prevencinių programų stebėjimo sistema;

13.3.5. registracijos sistema (VšĮ Šeškinės poliklinikos sistema) – pacientų internetinė registracija, gydytojų darbo grafikų sudarymas bei sinchronizacija su Išankstine pacientų registracijos sistema „IPR“;

13.3.6. vaiko raidos elektroninė sveikatos istorijos sistema „VRESIS“ – vaiko raidos ir ligų istorijos registravimas.

13.4. VšĮ Grigiškių sveikatos priežiūros centre naudojama:

13.4.1. UAB „Inkompas“ platinama profilaktinių skiepijimų sistema - profilaktinių skiepijimų registravimui, kontrolei ir valdymui skirta sistema.

13.5. VšĮ Trakų PSPC naudojama:

13.5.1. išankstinės pacientų registracijos sistema „IPR“;

13.5.2. UAB „Inkompas“ platinama profilaktinių skiepijimų sistema - profilaktinių skiepijimų registravimui, kontrolei ir valdymui skirta sistema;

13.5.3. UAB „Inkompas“ platinama prevencinių programų stebėjimo sistema.

13.6. VšĮ Lentvario ambulatorijoje naudojama:

13.6.1. UAB „Inkompas“ platinama profilaktinių skiepijimų sistema - profilaktinių skiepijimų registravimui, kontrolei ir valdymui skirta sistema.

14. Kitos Projekto partnerių įstaigos – VšĮ Ukmergės PSPC, VšĮ Švenčionių rajono PSPC, VšĮ Aukštadvario PSPC nenaudoja jokių vidinių įstaigos informacinių sistemų. Darbo procesas šiose įstaigose registruojamas popieriniuose dokumentuose, o duomenys, kuriuos gydymo įstaigos privalo pateikti atsakingoms institucijoms internetu, pateikiami per išorines informacines sistemas (SVEIDRA IS posistemes).

15. Projekte dalyvaujančios įstaigos, teikdamos sveikatos priežiūros paslaugas, bei gyventojai naudodamiesi įstaigų teikiamomis paslaugomis, susiduria su šiomis problemomis:

15.1. Nėra ESI ir EMI duomenų apsikeitimo galimybės: gyventojai ir pacientai negali naudotis ir pasiekti savo ESI ar elektroninės medicininės istorijos įrašų. SPĮ specialistai negali keistis sukaupta struktūrizuota informacija. Siekiant prisidėti prie pagrindinių E. sveikatos sistemos 2009–2015 m. plėtros programos tikslų įgyvendinimo, kuriant pacientų viso gyvenimo ESI bei keičiantis informacija tarp SPĮ ir specialistų, būtina įdiegti vieningą informacinę sistemą, tokiu būdu eliminuojant daugelį struktūrinių ir organizacinių problemų su kuriomis būtų susiduriama atliekant pavienius diegimus atskirose įstaigose.

15.2. Nėra galimybės saugiai, elektroniniu būdu keistis informacija su eSPBI IS, neturint vieningos visą gydymo procesą apimančios informacinės sistemos.

15.3. SANTA-HIS IS nėra pritaikyta ambulatorines paslaugas teikiančios įstaigos darbo specifikai: sistemoje realizuotos tik pagrindinės ambulatorinei grandžiai skirtos funkcijos ir nėra specifinių ambulatorinei grandžiai ypač reikalingų funkcijų, tokių kaip - priėmimo pas šeimos gydytoją metu atliekamos paciento apžiūros ir paskyrimų kompiuterizuoto dokumentavimo, prieš tai buvusių apsilankymų ir kitos gydymo informacijos peržiūros galimybių. Vienas iš pagrindinių siekių - sutrumpinti gydytojo laiką, skiriamą darbui su sistema, bei daugiau laiko paliekant paciento apžiūrai. Norint panaudoti SANTA-HIS IS ambulatorines paslaugas teikiančioje įstaigoje, būtina padaryti pakeitimus, kurie užtikrintų, kad AASPĮ IS taptų nepriklausoma nuo kitų viešosios įstaigos Vilniaus universiteto ligoninės Santariškių klinikų veikiančių sistemų bei integruoti su kitomis, šiuo metu jau funkcionuojančiomis ar diegiamomis, sistemomis eSPBI IS (duomenų šaltiniai: SODRA IS, SVEIDRA IS ir kt.), NDNT IS, IPR ir kt.

15.4. Nepakankamai išplėtota techninė infrastruktūra, trūksta techninės įrangos, kuri užtikrintų modernizuojamos SANTA-HIS IS pakankamą greitaveiką ir stabilų darbą. Nėra regioninio techninės įrangos centro, kuriuo visi Projekto partneriai naudotųsi per interneto prieigą ir kuriame veiktų modernizuota AASPĮ IS, būtų užtikrintas duomenų saugumas, archyvinių kopijų darymas, sistemos veikimas 24x7 režimu. Xxxxxxxx Projekto partnerių įstaigose nėra pakankamai techninių ir technologinių kaštų, reikalingų aptarnauti kompiuterinius tinklus ir informacines sistemas arba jie yra nepakankami, nes teikiant aukštos kokybės e. sveikatos paslaugas gyventojams ir pacientams yra reikalingi aukšto lygio technologiniai sprendimai. Todėl yra tikslinga turėti centralizuotą techninį centrą ir vieningą kompiuterinį tinklą, siekiant teikti aukštos kokybės e. sveikatos paslaugas ir jas kokybiškai integruoti į nacionalines sistemas.

15.5. Nepakankamai išplėtotas arba iš viso nėra nepertraukiamo duomenų pasiekiamumo apie pacientą bei jų duomenų saugojimo, jų saugumo technologinio ir informacinio sprendimo.

15.6. Nėra saugių duomenų vieningo suderinto formato: medicininė informacija AASPĮ nėra kaupiama vieningame struktūrizuotame elektroniniame formate - AASPĮ naudojami skirtingi programiniai sprendimai, nesuderinami naudojami duomenų formatai ir duomenų detalumo lygis bei struktūra, todėl yra sudėtinga užtikrinti duomenų ir paciento ESI kokybę bei nėra galimybės ateityje vieningai perduoti į eSPBI IS ar kitas nacionalines sistemas. Įstaigos neturi informacinių sistemų, grindžiamų atvirais pasauliniais standartais, kurios užtikrintų aukštos kokybės e sveikatos paslaugų teikimą.

15.7. Nėra pakankamai išvystytas e. sveikatos paslaugų pacientams informacinėje erdvėje teikimas: nėra programinių įrankių, kurių pagalba AASPĮ galėtų teikti informaciją pacientams apie ligų prevencijos ir profilaktikos priemones.

15.8. Didesnė klaidų tikimybė dėl nekompiuterizuotų procesų: duomenys suvedami rankiniu

būdu, būtina pildyti daug popierinių dokumentų, tai užima daug AASPĮ darbuotojų darbo laiko bei padidėja klaidų tikimybė. Paciento gydymo tęstinumas ir suteiktų paslaugų atsekamumas bei palyginamumas yra pakankamai sudėtingas, nes įrašai yra popieriniai.

15.9. Nepakankamas paslaugų prieinamumas: daugumoje Projekte dalyvaujančių ASPĮ pacientai gali registruotis vizitui pas gydytoją atvykę į įstaigą arba telefonu. Atvykimas į įstaigą dėl registracijos užima papildomą laiką. Registruojantis telefonu susiduriama su ryšio užimtumo problema. Galimybė registruotis internetu, visose Partnerių įstaigose, padidintų teikiamų paslaugų prieinamumą ir gydytojų užimtumo planavimą.

16. Siekiant prisidėti prie pagrindinių E. sveikatos sistemos 2009–2015 m. plėtros programos tikslų įgyvendinimo, kuriant pacientų viso gyvenimo elektroninį sveikatos įrašą bei keičiantis informacija tarp sveikatos priežiūros įstaigų ir specialistų, būtina sukurti ir įdiegti reikalingas informacinės sistemos funkcijas ir paruošti sistemą duomenų mainams su eSPBI IS, išplėtoti informacinių technologijų infrastruktūrą ir apmokyti gydymo įstaigų darbuotojus dirbti su informacine sistema kaupiant bei naudojant pacientų EMI bei ESI.

17. Projekto tikslas bus įgyvendintas pritaikius šiandieniniams Perkančiosios organizacijos ir jos partnerių poreikiams AASPĮ IS ir įdiegus ją Perkančiosios organizacijos ir visų Partnerių organizacijose.

18. Projektu siekiama sukurti kokybiškas elektronines sveikatos paslaugas pacientams, susijusias su paciento informavimu ir elektroninės sveikatos istorijos duomenų kaupimu, saugojimu ir pateikimu. Šios paslaugos bus pasiekiamos internetu ir atvykus į gydymo įstaigą. Asmens sveikatos priežiūros įstaigoms bus sudaryta galimybė tarpusavyje bendradarbiauti, dalintis patirtimi bei saugiai keistis informacija elektroninėmis priemonėmis, perduodant ją į eSPBI IS ir gaunant grįžtamąjį ryšį. Projekte dalyvaujančiose įstaigose kaupiant duomenis elektroniniu būdu bus siekiama optimizuoti pacientų aptarnavimo ir įstaigos veiklos kaštus, sutrumpinti gydytojo laiką, skiriamą duomenų gavimui ir pateikimui, daugiau laiko paliekant paciento apžiūrai.

V AASPĮ IS FUNKCINĖ ARCHITEKTŪRA

19. Numatoma, kad modernizuojamą AASPĮ IS sudarys posistemės, įvardytos Ambulatorines asmens sveikatos priežiūros paslaugas teikiančių įstaigų informacinės sistemos nuostatuose, patvirtintuose VšĮ Šeškinės poliklinikos Direktoriaus 2012 gruodžio 27 d. įsakymu Nr. 1R-324- (1.5).

20. Žemiau pateiktame paveiksle pavaizduota numatoma AASPĮ IS funkcinė architektūra.

1 paveikslas. Numatoma AASPĮ IS funkcinė architektūra

21. AASPĮ IS funkcinės posistemės atliks funkcijas, įvardytas Ambulatorines asmens sveikatos priežiūros paslaugas teikiančių įstaigų informacinės sistemos nuostatuose, patvirtintuose VšĮ Šeškinės poliklinikos Direktoriaus 2012 gruodžio 27 d. įsakymu Nr. 1R-324-(1.5):

21.1. Registratūros posistemė. Jos funkcijos:

21.1.1. pateikia draustumo duomenis pacientui registruojantis, ar jį registruojant;

21.1.2. užtikrina pacientų registracijos apsilankymui pas gydytoją vykdymą:

21.1.2.1. užtikrina laisvų laikų paiešką;

21.1.2.2. užtikrina paciento registraciją atvykimui pasirinktu (nurodytu) laiku;

21.1.2.3. užtikrina pacientų registracijų peržiūrą, perregistravimą ir atšaukimą;

21.1.2.4. užtikrina registracijos informacijos atvaizdavimą, spausdinimą ir/ar siuntimą elektroniniu būdu;

21.1.2.5. pateikia registruotų ir nukreiptų pacientų sąrašą su apsilankymo tikslu, atvykimo laiku bei kita informacija;

21.1.2.6. teikia pranešimus apie registracijas, kurias būtina peržiūrėti pasikeitus priėmimo laikams;

21.1.2.7. užtikrina registracijos eilės sudarymą ir perkelia eilėje esančius į laisvus registracijos laikus.

21.1.3. užtikrina prisirašymo pas šeimos gydytoją vykdymą;

21.1.4. suteikia priemones pacientui aktualios informacijos pateikimo ir pažymų išrašymo užsakymų vykdymui.

21.2. Administracinė posistemė. Jos funkcijos:

21.2.1. Gydymo įstaigos pacientų asmens duomenų katalogo tvarkymo užtikrinimas:

21.2.1.1. tvarko pacientų bendruosius ir asmens duomenis;

21.2.2. tvarko pacientų, turinčių teisę į sveikatos priežiūros paslaugas, neatskleidžiant asmens tapatybės, bendruosius duomenis;

21.2.3. identifikuoja pacientą;

21.2.3.1. užtikrina paciento paiešką pagal jo asmens duomenis.

21.2.4. užtikrina teikiamų medicininių paslaugų katalogo valdymą;

21.2.5. užtikrina gydytojų ir medicinos personalo kabinetų, darbo vietų ir darbo grafikų valdymą;

21.2.6. užtikrina paslaugų apskaitos valdymą ir sąskaitų išrašymą;

21.2.7. užtikrina SPĮ išteklių administravimą:

21.2.7.1. tvarko įstaigos struktūros duomenis;

21.2.7.2. tvarko medicinos įrangos duomenis;

21.2.7.3. tvarko vaistinių preparatų ir medicinos pagalbos priemonių duomenis.

21.3. Pacientų priežiūros posistemė. Jos funkcijos:

21.3.1. paciento informacijos pateikimas apsilankymo metu:

21.3.1.1. pateikia registruotų pacientų priėmimo sąrašus su apsilankymo tikslu, atvykimo laiku bei kita informacija;

21.3.1.2. pateikia paciento registracijas, EMI, ESI, informaciją apie paciento draustumą ir prisirašymą prie šeimos gydytojo;

21.3.1.3. užtikrina pasirinkto paciento EMI ir ESI peržiūrą;

21.3.2. paciento ambulatorinio gydymo duomenų valdymas:

21.3.2.1. užtikrina apsilankymo bendrosios informacijos surinkimą;

21.3.2.2. užtikrina paciento nusiskundimų, anamnezės ir objektyvios būklės aprašymo surinkimą el. formate;

21.3.2.3. užtikrina asmens ambulatorinio gydymo apskaitos formos 025A-LK suformavimą pagal atliktų apsilankymų duomenis;

21.3.2.4. užtikrina nedarbingumo pažymėjimų bei nėštumo ir gimdymo atostogų pažymėjimų informacijos valdymą;

21.3.2.5. užtikrina neįgalumo, darbingumo lygio, bendrųjų pirminių specialiųjų poreikių informacijos paruošimą ir valdymą.

21.3.3. užtikrina suformuotų elektroninių medicininių dokumentų spausdinimą ir persiuntimą elektroniniu būdu;

21.3.4. medikamentinio gydymo vykdymas:

21.3.4.1. pateikia vaistų klasifikatoriaus (vaistų, jų indikacijų, kontraindikacijų ir vaistų sąveikų) duomenis, užtikrina jų paiešką;

21.3.4.2. užtikrina priemones išrašyti receptus elektroniniu būdu;

21.3.4.3. sudaro sąlygas peržiūrėti išrašytus receptus, pakartotinai išrašyti analogišką receptą;

21.3.4.4. užtikrina informacijos gavimą apie vaistų paskyrimų vykdymą;

21.3.5. operacijų, procedūrų ir manipuliacijų vykdymo informacijos valdymas:

21.3.5.1. tvarko operacijų, procedūrų ir manipuliacijų aprašų šablonų duomenis;

21.3.5.2. užtikrina galimybę sudaryti operacijų, procedūrų ir manipuliacijų šablonus.

21.4. Gydytojų ir medicinos personalo posistemė. Jos funkcijos:

21.4.1. užtikrina priemones gydymo kelio formavimui ir gydytojų paskyrimų vykdymui;

21.4.2. suteikia priemones formuoti paciento sveikatos būklės aprašą pagal sudarytus žodynus;

21.4.3. suteikia priemones lygiagrečiam gydytojo ir slaugytojo informacijos valdymui apsilankymo metu;

21.4.4. užtikrina paciento ligos istorijoje atliekamų sveikatos įrašų tvarkymą, tęstinio pacientų gydymo informacijos tvarkymą;

21.4.5. užtikrina pažymų ir išrašų paruošimą iš sukauptų duomenų;

21.5. Klinikinės informacijos posistemė. Jos funkcijos:

21.5.1. laboratorijos tyrimų užsakymas ir informacijos valdymas (siuntimai tyrimams, ėminių registracija, tyrimų rezultatų registravimas EMI);

21.5.2. Instrumentinių tyrimų užsakymas ir informacijos valdymas (siuntimai, nuorodos į PACS saugomus vaizdus, aprašai).

21.6. Integracinė posistemė. Jos funkcijos:

21.6.1. užtikrina duomenų apsikeitimą su eSPBI IS, kitomis informacinėmis sistemomis ir registrais;

21.6.2. vykdo pacientų duomenų sujungimą priskiriant visus besidubliuojančių pacientų EMI ir kitus duomenis vienam asmeniui;

21.7. Statistinės analizės posistemė. Jos funkcijos:

21.7.1. metinių statistinių ataskaitų formavimas ir valdymas;

21.7.2. finansinių ataskaitų formavimas ir valdymas;

21.7.3. prisirašiusiųjų pacientų sąrašų valdymas;

21.7.4. užtikrina asmens ambulatorinio gydymo apskaitos formos 025A-LK duomenų valdymą, ataskaitų formavimą;

21.7.5. suteikia priemones laboratorijos veiklos ataskaitų valdymui;

21.7.6. užtikrina priemones reikiamais pjūviais formuoti įstaigos veiklos ataskaitas;

21.7.7. užtikrina Lietuvos Respublikos Sveikatos apsaugos ministro 1999 m. lapkričio 29 d. įsakyme Nr. 515 „Dėl sveikatos priežiūros įstaigų veiklos apskaitos ir atskaitomybės tvarkos“ numatytų ataskaitų atvaizdavimą ir valdymą pagal surinktą klinikinę informaciją ir duomenis.

21.8. Sistemos administravimo posistemė. Jos funkcijos:

21.8.1. užtikrina vidinių naudotojų administravimą;

21.8.2. užtikrina sistemos naudotojų teisių ir leidimų sistemos tvarkymą;

21.8.3. užtikrina klasifikatorių ir žurnalų sudarymą ir tvarkymą;

21.8.4. užtikina klasifikatorių susiejimą su nacionaliniais klasifikatoriais;

21.8.5. užtikrina sistemos auditą ir sistemos konfigūravimą;

21.8.6. užtikrina pacientų klinikinės informacijos apsaugą.

21.9. Bendros sistemos posistemė. Jos funkcijos:

21.9.1. ataskaitų valdymas:

21.9.1.1. pateikia suformuotų ataskaitų ir dokumentų sąrašus;

21.9.1.2. užtikrina ataskaitų ir dokumentų peržiūrą ekrane;

21.9.1.3. užtikrina ataskaitų ir dokumentų spausdinimą;

21.9.1.4. užtikrina duomenų eksportą į reikiamą formatą (pvz. CSV arba lygiavertį);

21.9.1.5. sudaro sąlygas naudoti nuasmenintus duomenis finansinei ir statistinei analizei.

21.9.2. užtikrina sistemos saugų, stabilų ir nepertraukiamą darbą;

21.9.3. užtikrina e-parašo naudojimą;

21.9.4. užtikrina priemones formų šablonų formavimui;

21.9.5. užtikrina galimybę prijungti skenuotus dokumentus prie paciento EMI.

21.10. Profilaktikos / prevencijos posistemė. Jos funkcijos:

21.10.1. pateikia priemones elektroniniu būdu kaupiamos informacijos apie profilaktinius patikrinimus ir skiepijimus tvarkymui;

21.10.2. pateikia priemones prevencinių programų taikymo stebėjimui;

21.10.3. pateikia priemones imunizacijos kalendoriaus sudarymui ir sekimui;

21.10.4. pateikia priemones perduoti pacientui informaciją apie jam priklausančias profilaktines ir prevencines programas.

21.11. Ilgalaikio stebėjimo posistemė. Jos funkcijos:

21.11.1. pateikia priemones lėtinėmis ligomis sergančių pacientų gydymo ir stebėjimo duomenų tvarkymui;

21.11.2. pateikia priemones ligos eigos stebėjimo dinamikos duomenų tvarkymui.

VI FUNKCINIAI REIKALAVIMAI

22. Šiame skyriuje pateikti detalūs reikalavimai AASPĮ IS posistemių funkcionalumui.

2 lentelė. Funkciniai reikalavimai

23. Reikalavimai Registratūros posistemei

Xxxxxxx aprašymas

Registratūros posistemės paskirtis – užtikrinti pacientų registracijos, draustumo patikrinimo, prisirašymo pas šeimos gydytoją, psichikos sveikatos centro (toliau – PSC) ir kitas funkcijas. Pacientų priėmimo darbo vietoms (šeimos gydytojo kabinetas, konsultuojančio specialisto kabinetas ir kt.) sukuriami ir redaguojami priėmimo laikai, vykdoma laisvų priėmimo laikų paieška, pacientas registruojamas atvykimui. Pacientų registracijos pagal poreikį gali būti redaguojamos arba atšaukiamos. Pacientų registracija vienu metu gali būti atliekama į kelias darbo vietas bei kelioms dienoms iš karto, tokiu būdu sukuriant paciento apsilankymų planą. Pacientų registracijos, gydytojų užimtumo informacija gali būti atspausdinama arba siunčiama paciento nurodytu el. pašto adresu. Pasikeitus gydytojų darbo grafikui, pateikiami pranešimai naudotojams apie registracijas, kurias būtina redaguoti ir apie tai pranešti pacientams.

Reikalavimai posistemės funkcionalumui

Funkcionalumas1

Funkcionalumo aprašymas

23.1. Pateikti draustumo duomenis pacientui

registruojantis ar jį registruojant

23.1.1. Atliekant paciento registraciją atvykimui, turi būti galimybė atlikti asmens draustumo patikrinimą Draudžiamųjų

privalomuoju sveikatos draudimu registre (toliau – DPSDR) ir prisirašymo patikrinimas SVEIDRA IS.

23.2. Užtikrinti pacientų registracijos apsilankymui pas gydytoją vykdymą:

laisvų laikų paiešką ir paciento registraciją

23.2.1. Turi būti galimybė pacientus registruoti į paskelbtus laisvus priėmimo laikus.

23.2.2. Turi būti galimybė vienu metu ieškoti laisvų priėmimo laikų kelioms (priklausomai nuo sistemos konfigūracinių nustatymų, atsižvelgiant į apsilankymo tikslą, pvz. registracija

1 AASPĮ IS posistemės ir jų funkcionalumas pateikti remiantis AASPĮ IS nuostatais, patvirtintais VšĮ Šeškinės poliklinikos Direktoriaus 2012-12-27 įsakymu Nr.1R-324-(1.5).

atvykimui pasirinktu (nurodytu) laiku

priėmimui pas gydytoją, procedūroms ir pan.) skirtingoms darbo vietoms, nurodant padalinį, pareigybę, darbo vietą, paslaugą ar apsilankymo tikslą bei datą.

23.2.3. Turi būti galimybė vienu naudotojo veiksmu pasirinkti keletą laisvų priėmimo laikų ir iš karto užregistruoti pacientą į visus pasirinktus priėmimo laikus (pvz., užregistruoti penkiems apsilankymams kasdien tuo pačiu metu).

23.2.4. Planuojant paciento apsilankymus skirtingose darbo vietose bei kelioms dienoms iš karto, ieškomi laisvi priėmimo laikai turi būti pateikiami tokiu būdu, kad naudotojas galėtų palyginti skirtingų darbo vietų bei skirtingų dienų apsilankymų laikus ir skirtingose darbo vietose bei skirtingoms dienoms galėtų parinkti apsilankymų laikus taip, kad jie būtų patogūs pacientui ir tarpusavyje suderinti (kad apsilankymai būtų suplanuoti kelioms dienoms iš karto, o kiekvienos dienos apsilankymai vyktų vienas po kito be didesnių pertraukų).

23.2.5. Pateikiant laisvų priėmimo laikų paieškos rezultatus, šalia kiekvieno surasto laisvo priėmimo laiko turi būti pateikiama jo informacija (apsilankymo laikas, data, tikslas, trukmė, darbo vieta, darbuotojas ir t.t.).

23.2.6. Turi būti galimybė laisvų priėmimo laikų paiešką ir paciento registraciją vykdyti keliais skirtingais būdais: pirma susiradus pacientą ir po to vykdant laisvų laikų paiešką arba pradžioje ieškant laisvų priėmimo laikų, o paskui susirandant reikiamą pacientą.

23.2.7. Kartu su registruojamo paciento asmens duomenimis turi būti pateikiami pasirinkti priėmimo laikai, į kuriuos vykdoma paciento registracija apsilankymui, taip pat pateikiamos asmens registracijos apsilankymui, kurioms asmuo jau yra užregistruotas, kad, išsaugant pasirinktus laikus, tuo pačiu būtų galima esant poreikiui atšaukti ankstesnes registracijas.

23.2.8. Kartu su registruojamo paciento asmens duomenimis turi būti pateikiama atnaujinta informacija apie paciento draustumą bei prisirašymą prie šeimos gydytojo ir PSC.

23.3. Užtikrinti pacientų registracijų peržiūrą, perregistravimą ir atšaukimą

23.3.1. Turi būti galimybė peržiūrėti paciento registracijų sąrašą, kuriame būtų galima peržiūrėti ir redaguoti visas paciento registracijas.

23.3.2. Turi būti galimybė paciento registracijų sąrašą filtruoti pagal registracijos datą, būseną, apsilankymo tikslą, paslaugą, darbo vietą, į kurią registruotas pacientas, ir kitus parametrus.

23.3.3. Redaguojant pasirinktą registraciją turi būti galimybė pakeisti apsilankymo pradžią, tikslą, paslaugą, planuojamo apsilankymo trukmę bei registracijos būseną.

23.3.4. Registracijos būsena gali būti „Galiojanti“, „Įvykusi“,

„Pacientas pagal registraciją neatvyko“, „Atšaukta“ bei „Be priėmimo laiko“. Registracijos be priėmimo laiko turi būti nustatomos automatiškai, kai priėmimo laikas atšaukiamas pagal nedarbo įvykį ar anuliuojamas konkretus priėmimo laikas.

23.3.5. Kiekvieną registraciją turi būti galimybė atidėti,

atšaukti, tuo pačiu pacientą esant poreikiui perregistruojant kitam laikui. Registraciją atšaukus, atidėjus ar perregistravus

kitam laikui, ankstesnis priėmimo laikas turi būti atlaisvinamas ir pateikiamas laisvų priėmimo laikų paieškoje, kad būtų galima užregistruoti kitą pacientą.

23.3.6. Turi būti išsaugoma informacija, kas atliko ar atšaukė registraciją (pvz., registratūros darbuotojas, gydytojas, pats pacientas, naudodamasis išankstinės registracijos sistema).

23.4. Užtikrinti registracijos informacijos atvaizdavimą, spausdinimą ir/ar siuntimą elektroniniu būdu

23.4.1. Turi būti galimybė spausdinti ir siųsti nurodytu el.pašto adresu paciento turimų registracijų sąrašą (apsilankymų planą).

23.4.2. Užregistravus pacientą, turi būti galimybė automatiškai išsiųsti pranešimą pacientui nurodytu el. paštu ir/arba sms

žinute. Taip pat pacientui el. paštu ir/arba sms žinute turi būti pateikiami priminimai apie jo turimas registracijas likus nustatytam dienų skaičiui iki apsilankymo.

23.5. Pateikti registruotų ir nukreiptų pacientų sąrašą su apsilankymo tikslu, atvykimo laiku bei kita informacija

23.5.1. Turi būti galimybė peržiūrėti bendrą įstaigos ir konkretaus gydytojo pacientų registracijų sąrašą, kuriame būtų pateikiami ir laisvi priėmimo laikai bei apsilankę ar neatvykę pacientai.

23.5.2. Pacientų registracijų sąrašą turi būti galimybė filtruoti pagal padalinį, darbo vietą, apsilankymo datą, paciento vardo ar pavardės dalį, registracijos būseną ir kitus parametrus.

23.5.3. Redaguojant pasirinktą registraciją turi būti galimybė pakeisti apsilankymo pradžią, tikslą, paslaugą, trukmę ar pabaigą bei registracijos būseną.

23.5.4. Turi būti galimybė pasirinktą registraciją atšaukti, atidėti bei perregistruoti pacientą kitam laisvam priėmimo laikui.

23.5.5. Pasirinkus registraciją turi būti galimybė pasirinktą pacientą registruoti kitam apsilankymui į tą pačią ar kitą darbo vietą.

23.5.6. Peržiūrint registracijų sąrašą su atšauktu priėmimo laiku, turi būti galimybė registracijas anuliuoti arba perregistruoti kitam laisvam priėmimo laikui bei apie tai informuoti pacientą el. paštu arba sms žinute.

23.5.7. Pasirinktus registraciją, turi būti galimybė peržiūrėti registruoto paciento asmens duomenis ir turimų registracijų sąrašą.

23.6. Teikti pranešimus apie registracijas, kurias būtina peržiūrėti pasikeitus priėmimo laikams

23.6.1. Turi būti galimybė formuoti pacientų, kurių registracijas reikia peržiūrėti pasikeitus priėmimo laikams, sąrašus.

23.6.2. Turi būti galimybė siųsti pranešimus atsakingiems darbuotojams, kai atsiranda būtinybė peržiūrėti registracijas pasikeitus priėmimo laikams.

23.7. Užtikrinti

registracijos eilės sudarymą ir perkelti eilėje esančius į laisvus registracijos laikus

23.7.1. Nesant laisvų priėmimo laikų registracijai į pasirinktą darbo vietą, turi būti galimybė sudaryti pacientų, laukiančių registracijos eilės, sąrašą. Atsiradus laisviems registracijos

laikams, sistema turi siųsti pranešimą eilėje laukiantiems pacientams apie atsiradusius laisvus priėmimo laikus.

23.8. Užtikrinti prisirašymo pas šeimos gydytoją vykdymą

23.8.1. Asmens paieškos ir pasirinkimo metu turi būti automatiškai vykdomas prisirašymo pas šeimos gydytoją ir PSC) patikrinimas SVEIDRA IS ir pateikiami asmens prisirašymo patikrinimo rezultatai.

23.8.2. Turi būti galimybė registruoti prisirašymo prie PASPĮ ir PSC duomenis ir perduoti juos į eSPBI IS.

	23.8.3. Turi būti galimybė išsaugoti paciento pateiktus skenuotus dokumentus. 23.8.4. Turi būti galimybė sukurti dokumentus (prašymo formą, kt.), pasirenkant kuriamų dokumentų šablonus. 23.8.5. Turi būti galimybė kuriamus dokumentus iš karto atspausdinti. 23.8.6. Kuriami dokumentai automatiškai turi būti užpildomi informacinėje sistemoje sukauptais ir saugomais paciento asmens duomenimis.
23.9. Suteikti priemones pacientui aktualios informacijos pateikimo ir pažymų išrašymo užsakymų vykdymui	23.9.1. Turi būti galimybė naudojant paciento asmens ir sveikatos įrašų duomenis suformuoti, peržiūrėti ir atspausdinti nustatytos formos pažymas ir kitus dokumentus, kurių šablonus Tiekėjas turės suderinti su Perkančiąja organizacija analizės ir detalios specifikacijos rengimo metu. Turės būti sukurta ne mažiau kaip 10 dokumentų šablonų. 23.9.2. Pacientas turi turėti galimybę naudodamasis VIISP teikiamais funkcionalumais užsakyti nustatytos formos pažymą ar dokumentą. 23.9.3. Turi būti galimybė informuoti pacientą nurodytu el.paštu apie suformuotą pažymą. 23.9.4. Turi būti galimybė sukurti naujus dokumentų šablonus ir dokumentus, naudojant dokumentų šablonus. Detalūs reikalavimai dokumentų ir jų šablonų kūrimui aprašyti skiltyje „Reikalavimai Bendros sistemos posistemei“.
24. Reikalavimai Administracinei posistemei
Xxxxxxx aprašymas Posistemės paskirtis - užtikrinti gydymo įstaigos pacientų asmens duomenų katalogo tvarkymą, pacientų, turinčių teisę į sveikatos priežiūros paslaugas neatskleidžiant asmens tapatybės duomenų tvarkymą, remiantis Lietuvos Respublikos sveikatos apsaugos ministro 2010 m. kovo 4 d. įsakymu Nr.V-178 „Dėl sveikatos priežiūros paslaugų teikimo, kai neatskleidžiama asmens tapatybė, tvarkos aprašo patvirtinimo“, AASPĮ išteklių valdymą. Sistemoje užtikrinamas pacientų katalogo tvarkymo funkcionalumas: tvarkomi pacientų bendrieji duomenys, identifikuojamas pacientas (pagal jo vardą, pavardę, gimimo datą, asmens kodą, lytį, ESI identifikacinį numerį), užtikrinama pacientų duomenų paieška. Taip pat peržiūrimi, suvedami ir redaguojami asmens duomenys, kaupiama paciento draustumo, prisirašymo pas šeimos gydytoją ir PSC informacija, vykdomas apjungimas, visus abiejų asmenų EMI duomenis priskiriant vienam asmeniui (pacientui). Užtikrinamas AASPĮ teikiamų medicininių paslaugų katalogo valdymas, paslaugų apskaita ir sąskaitų išrašymas, pateikiamos priemonės įstaigos struktūros, gydytojų ir medicinos personalo kabinetų, darbo vietų ir darbo grafikų valdymui, medicinos įrangos duomenų tvarkymui. Naudojant panaudotų vaistinių preparatų ir medicinos pagalbos priemonių informaciją, kontroliuojamas vaistinių preparatų likutis, pildomi vaistų panaudojimo dokumentai ir vaistų apskaitos ataskaitos. Reikalavimai posistemės funkcionalumui
Funkcionalumas	Funkcionalumo aprašymas
24.1. Gydymo įstaigos pacientų asmens duomenų	24.1.1. Turi būti galimybė įvesti, peržiūrėti ir redaguoti asmens duomenis.

katalogo tvarkymo užtikrinimas: tvarkyti

pacientų bendruosius ir asmens duomenis

24.1.2. Turi būti galimybė įvesti, peržiūrėti ir redaguoti gyvenamosios vietos duomenis.

24.1.3. Turi būti galimybė įvesti, peržiūrėti ir redaguoti kontaktinės informacijos duomenis.

24.1.4. Turi būti galimybė įvesti, peržiūrėti ir redaguoti darbovietės (-čių) (įskaitant pareigas), ugdymo ar mokymo įstaigos duomenis.

24.1.5. Turi būti galimybė įvesti, peržiūrėti ir redaguoti asmens dokumentų duomenis.

24.1.6. Turi būti galimybė pridėti ir peržiūrėti asmens dokumentų elektronines kopijas.

24.1.7. Turi būti galimybė įkelti ir peržiūrėti asmens nuotrauką.

24.1.8. Turi būti galimybė įvesti, peržiūrėti ir redaguoti kitus asmens duomenis.

24.1.9. Asmens paieškos ir pasirinkimo metu turi būti automatiškai vykdomas draustumo patikrinimas DPSDR ir prisirašymo patikrinimas SVEIDRA IS;

24.1.10. Turi būti pateikiami asmens draustumo patikrinimo rezultatai ir paskutinio patikrinimo data ir laikas. Sistemoje turi būti saugoma atliktų draustumo patikrinimų istorija (patikrinimo data ir laikas, būsena ir kt.)

24.1.11. Turi būti pateikiami asmens prisirašymo patikrinimo rezultatai.

24.1.12. Turi būti galimybė sujungti besidubliuojančių įrašų duomenis pacientų kataloge:

24.1.12.1. Turi būti galimybė atlikti sujungiamų asmenų duomenų paiešką, peržiūrėti ir pasirinkti sujungiamų asmenų duomenis, kurie turi būti priskiriami po sujungimo liksiančiam asmeniui;

24.1.12.2. Po apjungimo sujungiamų asmenų elektroninių medicininių istorijų duomenys turi būti priskiriami likusiam po sujungimo asmeniui.Turi būti galimybė peržiūrėti istoriją, kokių pacientų duomenys buvo apjungti.

24.1.13. Turi būti galimybė vykdyti šeimos nario paiešką.

24.1.14. Turi būti galimybė įvesti, peržiūrėti ir redaguoti šeimos nario asmens ir ryšio su šeimos nariu duomenis (pvz. motina, tėvas, sūnus, dukra ir pan.).

24.1.15. Turi būti galimybė sukurti šeimos narių sąrašą, kuriame pateikiami šeimos narių asmens duomenys, kontaktinė ir kritinė informacija. Pasirinkus šeimos narį (priklausomai nuo sistemos konfigūracinių nustatymų) turi būti galimybė patenkti į jo asmens ir elektroninės medicininės istorijos duomenų tvarkymo

aplinką.

24.2. Tvarkyti pacientų, turinčių teisę į sveikatos priežiūros paslaugas, neatskleidžiant asmens tapatybės, bendruosius duomenis

24.2.1. Sistemoje turi būti galimybė pacientą užregistruoti jam suteikiant identifikacinį kodą ir nevedant jo asmens duomenų.

24.2.2. Sistemoje turi būti pateikiama duomenų įvedimo forma, kuri palengvintų anoniminio paciento kodo įvedimą sistemoje. Kodas turi būti sudaromas pagal sveikatos apsaugos ministro įsakymo (2010 m. kovo 4 d. Nr. V-178) reikalavimus.

24.2.3. Iš anoniminio paciento kodo neturi būti galimybės atstatyti paciento asmens duomenų.

24.2.4. Nepriklausomai nuo to, kad pacientas sistemoje

	registruotas kaip anonimas, su paciento ligos istorija turi būti galimybė atlikti visus sistemoje numatytus veiksmus. 24.2.5. Anoniminių pacientų EMI duomenų perdavimas į eSPBI IS turi būti atliekamas pagal eSPBI IS apibrėžtas procedūras ar LR įstatymų numatytas tvarkas.
24.3. Užtikrinti paciento paiešką pagal jo asmens duomenis	24.3.1. Turi būti galimybė atlikti asmens paiešką AASPĮ IS duomenų bazėje pagal pasirinktus jo asmens duomenis. 24.3.2. Turi būti galimybė atlikti asmens paiešką DPSDR; 24.3.3. Turi būti galimybė atlikti asmens paiešką eSPBI IS arba naudojantis VIISP teikiamais funkcionalumais. 24.3.4. Pasirinkus surastą asmenį turi būti patenkama į asmens duomenų suvedimo, peržiūros ir redagavimo aplinką. 24.3.5. Suradus asmenį DPSDR, eSPBI IS ar VIISP, jo asmens duomenys į AASPĮ IS duomenų bazę turi būti įrašomi tik pasirinkus asmenį iš paieškos rezultatų.
24.4. Užtikrinti teikiamų medicininių paslaugų katalogo valdymą	24.4.1. Turi būti galimybė sukurti ir redaguoti AASPĮ teikiamų paslaugų katalogą. 24.4.2. Turi būti galimybė susieti AASPĮ teikiamų paslaugų katalogą su standartizuotais medicininių paslaugųklasifikatoriais. 24.4.3. Turi būti galimybė sukurti padalinyje teikiamų paslaugų sąrašą, pasirenkant paslaugas iš bendro paslaugų klasifikatoriaus. 24.4.4. Turi būti galimybė darbuotojui priskirti paslaugas iš padalinyje teikiamų paslaugų sąrašo.
24.5. Užtikrinti gydytojų ir medicinos personalo kabinetų, darbo vietų ir darbo grafikų valdymą	24.5.1. Darbo vietų sukūrimas: 24.5.1.1. Turi būti galimybė sukurti ir redaguoti darbo vietas nurodant padalinį, darbo vietos pavadinimą, pareigybę, darbuotoją, padalinio vietą (pvz. kabinetą), naudojamą įrangą, darbo vietos skelbimo internete požymį bei darbo vietos galiojimo pradžios ir pabaigos datas; 24.5.1.2. Turi būti galimybė darbo vietai priskirti joje teikiamas paslaugas; 24.5.1.3. Sukurtos priėmimo darbo vietos turi būti pateikiamos darbo vietų sąraše; 24.5.1.4. Darbo vietų sukūrimui turi būti naudojami padalinių, darbuotojų, padalinio vietų, įrangos ir paslaugų klasifikatoriai. 24.5.2. Darbo grafiko sukūrimas: 24.5.2.1. Turi būti galimybė sukurti ir redaguoti darbo (nedarbo) grafiką, peržiūrėti darbo ir nedarbo įvykių sąrašą, kuriuos būtų galima filtruoti pagal padalinius, darbo vietas bei nedarbo įvykių priežastis; 24.5.2.2. Turi būti galimybė nedarbo įvykius nustatyti įstaigai, padaliniui, darbuotojui ar darbo vietai. Įstaigos ar padalinio nedarbo įvykiais gali būti nedarbo diena ar tam tikras nedarbo laikas. Darbuotojo ar darbo vietos nedarbo įvykiais gali būti nedarbingumas, atostogos, komandiruotė, kita nedarbo išimtis ar tam tikras nedarbo laikas; 24.5.2.3. Turi būti galimybė nedarbo įvykiams nustatyti galiojimo laikotarpį, pasikartojimą, kuriomis savaitės ar mėnesio dienomis kartojasi nedarbo įvykis; 24.5.2.4. Turi būti galimybė nedarbo įvykius naudoti nustatant

priėmimo laikų bei registracijų būsenas. Priėmimo laikai, patenkantys į nustatytus nedarbo įvykius, registracijai neturi

būti teikiami, o registracijos turi būti suspenduojamos, apie tai informuojant naudotojus.

24.5.3. Priėmimo laikų sukūrimas:

24.5.3.1. Turi būti galimybė sukurti ir redaguoti kiekvienos darbo vietos pacientų priėmimo laikus (laiko rezervacijas). Turi būti galimybė priėmimo laikui nurodyti atvykimo laiką, apsilankymo tikslą, trukmę, būseną bei skelbimo internete požymį. Priėmimo laikas gali turėti būsenas „Suformuotas“ (nepateikiamas laisvų talonų paieškai ir registracijai),

„Paskelbtas“ (pateikiamas laisvų talonų paieškai ir registracijai) bei „Neskelbtinas“ (atšaukiamas iš laisvų talonų paieškos ir registracijos). Pacientus turi būti galimybė registruoti į paskelbtus priėmimo laikus, o suformuoti ir neskelbtini priėmimo laikai turi būti pateikiami tik priėmimo laikų peržiūrai ir redagavimui;

24.5.3.2. Turi būti galimybė nustatyti numatomąją (angl. default) apsilankymo trukmę, priklausomai nuo apsilankymo tikslo (tai turi būti konfigūruojamas sistemos parametras), t.y., turi būti galimybė skirtingiems apsilankymų tipams nurodyti skirtingą apsilankymo trukmę.

24.5.3.3. Turi būti galimybė nustatyti, kokios srities specialistai kokiems apsilankymų tipams turi teisę vykdyti registracijas (pvz., šeimos gydytojas turi galėti vykdyti registracijas tik pakartotiniams apsilankymams pas šeimos gydytoją, tik pirminiams apsilankymams pas konsultuojančius gydytojus specialistus ir pan.)

24.5.3.4. Sukūrimui, peržiūrai ir redagavimui turi būti pateikiami konkrečios darbo vietos pasirinktos dienos priėmimo laikai bei pacientų registracijos;

24.5.3.5. Priėmimo laikų sukūrimo palengvinimui turi būti galimybė naudoti priėmimo laikų šablonus;

24.5.3.6. Turi būti galimybė sukurti ir redaguoti priėmimo laikų šablonus, nurodant pavadinimą bei pasikartojimą. Turi būti galimybė priėmimo laikų šablonams priskirti darbo vietas. Turi būti galimybė sukurti ir redaguoti priėmimo laikų šablono priėmimo laikus, apsilankymo tikslus bei skelbimo internete požymius;

24.5.3.7. Turi būti galimybė sukuriant ir redaguojant priėmimo laikus nustatyti pasirinktų priėmimo laikų būseną, ištrinti nereikalingus priėmimo laikus ar sukurti (įterpti) papildomus priėmimo laikus. Ištrynus nereikalingą priėmimo laiką su užregistruotu pacientu, tokia registracija turi būti suspenduojama;

24.5.3.8. Turi būti galimybė sukurti vienos ar kelių pasirinktų darbo vietų priėmimo laikus pasirinktam laikotarpiui, sukuriant pasirinkto laikotarpio konkrečių dienų priėmimo laikus, įkeliant šiose dienose atitinkamus priėmimo laikų šablonus. Taip pat pasirinktų darbo vietų atitinkamo laikotarpio priėmimo laikus galima paskelbti, ištrinti ar neskelbti pageidaujamam laikotarpiui.

24.5.4. Darbo vietų sąrašo sukūrimas:

24.5.5. Turi būti galimybė sukurti darbo vietų sąrašą, kuriame būtų galima peržiūrėti ir pasirinkti redagavimui sukurtas darbo vietas. Darbo vietų sąraše turi būti pateikiamas darbo vietos pavadinimas, artimiausių penkių darbo dienų nuo pasirinktos datos į priekį informacija apie tai, ar konkrečiai dienai yra sukurti priėmimo laikai bei jų būseną, nedarbo įvykius bei informacija apie tai, iki kurios datos yra suformuoti ir paskelbti priėmimo laikai;

24.5.6. Turi būti galimybė darbo vietų sąrašą filtruoti pagal padalinius, pareigybes, darbo vietos pavadinimą, darbuotojus, įrangą, datą, nuo kurios rodyti priėmimo laikus, bei kitus parametrus;

24.5.6.1. Darbo vietų sąraše turi būti pateikiamos kiekvienos dienos pacientų registracijos bei priėmimo laikai peržiūrai ir

redagavimui, nurodant priėmimo tikslą, būseną, internetinės registracijos paskirtį bei kitus požymius.

24.6. Užtikrinti paslaugų apskaitos valdymą ir sąskaitų išrašymą

24.6.1. Turi būti galimybė aprašyti teikiamų paslaugų kainynus. Kiekvienas kainynas turi turėti pavadinimą, kainyno valiutą, apvalinimo taisykles, galiojimo periodą, saugoti informaciją apie paslaugoms teikti reikalingus resursus.

24.6.2. Turi būti galimybė susieti AASPĮ teikiamas paslaugas su įvairias kainynais. Kainyne turi būti matoma kainų kitimo istorija.

24.6.3. Turi būti galimybė tą pačią paslaugą susieti su keliais kainynais.

24.6.4. Turi būti galimybė aprašyti sutartis tarp AASPĮ ir

mokėtojų (įskaitant VLK ir draudimo kompanijas). Kiekviena sutartis turi turėti šiuos duomenis: apmokėjimo data, naudojamas kainynas ir galiojimo data. Sutartis turi būti automatiškai identifikuota, kai yra pasirenkamas mokėtojas už gydymo paslaugas. Turi būti galimybė nurodyti kuriuose struktūriniuose padaliniuose galioja sutartis.

24.6.5. Turi būti galimybė aprašyti pinigų priėmimo vietas, kuriose priimami apmokėjimai grynais ar kortele. Kiekviena pinigų operacija turi saugoti mokėtojo informaciją, gavėjo

informaciją, sumą, valiutą, apmokamas sąskaitas, mokėjimo datą ir laiką. Turi būti galimybė atspausdinti mokėjimo kvitą iš karto arba bet kada vėliau. Turi būti galimybė bet kuriuo metu paskaičiuoti pinigų priėmimo vietos balansą. Su pinigų

priėmimo vietomis gali dirbti tik tam suteiktas teises turintys vartotojai.

24.6.6. IS turi turėti galimybę tikrinti išrašomų sąskaitų

teisingumą nustatant įvairius tikrinimo kriterijus (pvz., jei yra viena procedūra, būtinai turi būti ir kita, kt.). Turi būti galimybė pamatyti visą sąskaitų tikrinimo taisyklių sąrašą bei galėti kurti naujas, keisti bei šalinti esamas.

24.6.7. Kuriant sąskaitų teisingumo tikrinimo taisykles, turi būti galimybė nurodyti sąskaitų tipus, kuriems galioja kuriama

taisyklė, pavadinimą, aprašymą, galiojimo pradžios ir pabaigos laikus, klaidos lygį (klaida ar perspėjimas), nurodyti sąskaitų

atrinkimo sąlygas bei nurodyti kokos sąlygos privalo būti

patenkintos.

24.6.8. Turi būti galimybė nurodyti pinigų operacijas (grynųjų pinigų priėmimas, pinigų perdavimas įstaigos viduje, kt.).

Vykdant pinigų perdavimą įstaigos viduje turi būti pilnai

išsaugoti gavėjo duomenys, sugeneruota pinigų perdavimo forma pasirašymui.

24.6.9. Turi būti numatyta galimybė nurodyti struktūrinių padalinių biudžetą, apribojant galimų suteikti paslaugų nurodytame struktūriniame vienete kiekį arba pinigų sumą pasirinktu periodu. Turi būti galimybė kurti, redaguoti, šalinti paslaugų atlikimo ribojimus.

24.6.10. Turi būti galimybė peržiūrėti įvairias ataskaitas apie atliktas procedūras, neapmokėtas procedūras, sąskaitų

informaciją.

24.6.11. Turi būti galimybė formuoti sąskaitas naudojant skirtingus sąskaitų šablonus.

24.6.12. Turi būti galimybė automatiškai nustatyti paslaugų kainą pagal sąskaitos tipą, mokėtojo tipą ir kainyną.

24.6.13. Turi būti galimybė išsiųsti sąskaitą PDF formatu elektroniniu paštu.

24.6.14. Turi būti galimybė išrašyti daugiau nei vieną sąskaitą, priskirtą tam pačiam paciento kreipimosiatvejui.

24.7. Tvarkyti įstaigos struktūros duomenis

24.7.1. Turi būti galimybė sukurti hierarchinę įstaigos struktūrą: sukurti ir redaguoti įstaigos padalinius, nurodant padalinio pavadinimą, tipą, padalinį kuriam padalinys priklauso (poskyris priklauso skyriui, skyrius priklauso filialui ir panašiai), informacinės sistemos SVEIDRA IS padalinio identifikatorių, padalinio galiojimo pradžios ir pabaigos datas.

24.7.2. Sukurti padaliniai peržiūrai ir pasirinkimui turi būti pateikiami hierarchiniu formatu, kuriame matosi kuris padalinys kuriam padaliniui priklauso.

24.7.3. Turi būti galimybė sukurti ir redaguoti padalinio darbo vietas, nurodant identifikatorių, pavadinimą, darbo vietos galiojimo pradžios ir pabaigos datas.

24.7.4. Turi būti galimybė sukurti ir redaguoti darbuotojus, nurodant asmenį (asmens kodą, vardą, pavardę), pareigybę,

spaudo numerį, įdarbinimo ir atleidimo iš darbo datas.

24.8. Tvarkyti medicinos įrangos duomenis

24.8.1. Turi būti galimybė sukurti ir redaguoti medicininės įrangos aprašymą, nurodant šiuos duomenis:

24.8.1.1. įrangos kodą, tipą, pavadinimą, modelį, gamintoją, pagaminimo datą, inventorinį numerį;

24.8.1.2. medicininės įrangos aprašymą;

24.8.1.3. informaciją apie įrangos sudedamąsias dalis (pagrindinius mazgus);

24.8.1.4. įsigijimo būdą (pagal panaudos sutartį, savo lėšomis, išperkamąja nuoma ir kt.) ir įsigijimo teisinį pagrindą;

24.8.1.5. pradinę vertę;

24.8.1.6. informaciją apie garantinę priežiūrą (laikotarpis, sutarties duomenys ir kt.);

24.8.1.7. kitus duomenis.

24.8.2. Turi būti galimybė įrangą priskirti padaliniui, kabinetui, darbo vietai.

24.8.3. Turi būti galimybė registruoti įrangos judėjimo istoriją (kada, iš kokios vietos į kokią buvo perkelta, laikotarpis, materialiai atsakingi asmenys ir kt.).

24.8.4. Turi būti galimybė priskirti už įrangą atsakingus asmenis.

24.8.5. Turi būti galimybė įvesti ir redaguoti informaciją apie įrangos pogarantinį aptarnavimą:

24.8.5.1. informaciją apie atliktas apžiūras (data, pastabos, atlikti patobulinimai, pakeistos dalys, apžiūrą atlikęs asmuo, įmonė ir kt.);

24.8.5.2. informaciją apie remonto sąnaudas;

24.8.5.3. kitą su pogarantiniu aptarnavimu susijusią informaciją.

24.8.6. Turi būti galimybė įvesti ir redaguoti informaciją apie įrangos privalomąsias patikras:

24.8.6.1. patikrų periodiškumą, numatomą artimiausios patikros datą;

24.8.6.2. informaciją apie atliktas patikras (data, pastabos, informacija apie atitiktį, patikrą atlikęs asmuo ir kt.);

24.8.6.3. kitą su įrangos privalomosiomis patikromis susijusi informacija.

24.8.7. Turi būti galimybė atsakingiems darbuotojams automatiškai siųsti priminimus apie artėjantį privalomosios patikros terminą.

24.8.8. Turi būti galimybė peržiūrėti įstaigos, padalinio įrangos sąrašus, filtruoti juos pagal įvairius parametrus.

24.8.9. Turi būti galimybė registruoti ir stebėti įrangos apkrovos informaciją (kiek valandų dirbta su prietaisu, atliktų procedūrų skaičius trukmė ir kt.).

24.9. Tvarkyti vaistinių preparatų ir medicinos pagalbos priemonių duomenis

24.9.1. Turi būti galimybė sukurti ir tvarkyti vaistinių preparatų ir medicinos pagalbos priemonių atsargų sąrašą, kuriame turi būti automatiškai nurodoma: kokių vaistinių preparatų ar priemonių koks likutis yra einamuoju metu.

24.9.2. Turi būti galimybė paskirstyti įstaigos vaistų sandėlyje esančius vaistinius preparatus ir medicinos pagalbos priemones AASPĮ padaliniams.

24.9.3. Turi būti galimybė sukurti vaistinių preparatų ir medicinos pagalbos priemonių pristatymo į AASPĮ padalinį užsakymą gydymo įstaigos vaistų sandėliui arba atsakingam tiekėjui, kuriame turi būti galimybė nurodyti kokių vaistinių preparatų ar medicinos pagalbos priemonių (pasirenkant iš atitinkamų klasifikatorių), kokį kiekį būtina pristatyti ir kitą užsakymui reikalingą informaciją.

24.9.4. Turi būti galimybė patvirtinti vaistinių preparatų ar medicinos pagalbos priemonių pristatymo į padalinį faktą.

24.9.5. Patvirtinus vaistinių preparatų ar medicinos pagalbos priemonių pristatymo į padalinį faktą, turi būti automatiškai papildomas jų likutis atitinkamame padalinyje.

24.9.6. Patvirtinus vaistinių preparatų ar medicinos pagalbos priemonių panaudojimo faktą, turi būti automatiškai nurašomas atitinkamas jų kiekis nuo likučio atitinkamame padalinyje.

24.9.7. Turi būti galimybė užpildyti nustatytos formos vaistinių

	preparatų ir medicinos pagalbos priemonių panaudojimo dokumentus, juos atspausdinti ir išsiųsti el. paštu. 24.9.8. Turi būti galimybė sukurti ir spausdinti reikiamos formos vaistinių preparatų ir medicinos pagalbos priemonių panaudojimo ataskaitas.
25. Reikalavimai Pacientų priežiūros posistemei
Trxxxxx xprašymas Pacientui atvykus į AASPĮ ir suvedus privalomus paciento atvykimo duomenis, faktas apie paciento apsilankymą AASPĮ siunčiamas į eSPBI IS, patikrinamas paciento draustumas, gaunamas unikalus ESI numeris, siuntimas tirti, konsultuoti ir gydyti bei prisirašymo pas šeimos gydytoją ir PSC informacija. Informacinėje sistemoje patikrinamos paciento registracijos, paciento EMI. Į EMI suvedami privalomi paciento atvykimo duomenys bei sukuriami reikiami dokumentai. Užregistravus paciento atvykimą į gydymo įstaigą, iš eSPBI IS paimama paciento ESI, kurią gydymo metu gali peržiūrėti gydytojas. Gydytojui pateikiamas pas jį registruotų ir nukreiptų pacientų sąrašas, kuriame pateikiamas kiekvieno paciento apsilankymo tikslas, tikslus pacientų priėmimo laikas bei kita reikalinga informacija. Gydytojas peržiūri paciento EMI ir / ar ESI bei suveda reikalingus EMI duomenis, užpildo bei užbaigia dokumentus, juos išsaugo ir pagal poreikį atspausdina arba siunčia el. paštu. Naudojant vaistų, jų indikacijų, kontraindikacijų bei vaistų sąveikos klasifikatorius, atliekama vaistų paieška ir peržiūrima vaisto informacija bei sukuriamas elektroninis receptas pacientui, taip pat sukuriami bei redaguojami receptų šablonai, kurie supaprastina ir pagreitina receptų sukūrimą. Informacinė sistema, atsižvelgdama į pacientui registruotas diagnozes ir kitus kriterijus pateikia rekomendacijas ir perspėjimus gydytojui recepto išrašymo metu. Pateikiami pacientui išrašytų receptų sąrašai, kuriuose galima peržiūrėti receptų informaciją, juos redaguoti arba pakartotinai išrašyti analogišką receptą. Elektroninio recepto informacija perduodama paciento elektroninei medicininei istorijai. Receptai gali būti atspausdinami ir perduodami e.recepto sistemai. Užtikrinamas operacijų, procedūrų ir manipuliacijų paskyrimo funkcionalumas: naudojant operacijų, procedūrų ir manipuliacijų klasifikatorius, paskiriamas procedūrų atlikimas pacientui. Paskirta procedūra registruojama konkrečioje procedūros atlikimo vietoje, nustatant procedūros atlikimo laiką bei rekomendacijas. Pagal paskirtų procedūrų informaciją sukuriamas paciento ir procedūrinio kabineto procedūrų atlikimo planas. Sukuriami pacientui paskirtų procedūrų ir procedūros atlikimo vietai registruotų pacientų sąrašai, kuriuose galima peržiūrėti paskyrimo informaciją, ją redaguoti arba pakartotinai paskirti tą pačią procedūrą. Sukuriami operacijų, procedūrų ir manipuliacijų aprašų šablonai, kuriuos naudojant aprašoma atlikta operacija, procedūra arba manipuliacija ir ši informacija perduodama paciento EMI. Sukuriami ir užpildomi operacijų, procedūrų ir manipuliacijų aprašų dokumentai, kurie gali būti atspausdinami arba siunčiami e. paštu. Naudojant paciento EMI duomenis, sukuriami nedarbingumo bei nėštumo ir gimdymo atostogų paskyrimo dokumentai, kurie perduodami Sodros informacinei sistemai bei tvarkomi pagal Sodros nustatytus reikalavimus. Naudojant paciento EMI sukauptus duomenis bei kitus įvedamus duomenis, reikalaujamus pagal neįgalumo ir darbingumo lygio nustatymo tvarkos aprašus, sukuriami elektroniniai siuntimai neįgalumo, darbingumo lygio, bendrųjų pirminių specialiųjų poreikių nustatymui, kurie perduodami Neįgalumo ir darbingumo nustatymo tarnybai (NDNT) ir šios tarnybos informacinei sistemai pagal nustatytus reikalavimus. Reikalavimai posistemės funkcionalumui
Funkcionalumas	Funkcionalumo aprašymas
25.1. Pateikti registruotų pacientų priėmimo sąrašus su apsilankymo tikslu,	25.1.1. Gydytojas turi turėti galimybę peržiūrėti pas jį registruotų ir nukreiptų pacientų sąrašą, kuriame būtų pateikiamas kiekvieno paciento apsilankymo tikslas (pirminis,

atvykimo laiku bei kita informacija

pakartotinis apsilankymas ir kt.), tikslus pacientų priėmimo laikas bei kita reikalinga informacija.

25.1.2. Pacientų registracijų sąrašą turi būti galimybė filtruoti pagal įvairius parametrus.

25.1.3. Turi būti galimybė fiksuoti paciento atvykimo (neatvykimo) faktą.

25.1.4. Turi būti galimybė peržiūrėti paciento ambulatorinio gydymo sveikatos įrašus, dokumentus, peržiūrėti paciento paskyrimų sąrašą (laboratorinių, radiologinių tyrimų, procedūrų, vaistų) ir kt. informaciją.

25.1.5. Turi būti galimybė pasirinktą registraciją atšaukti, atidėti bei perregistruoti pacientą kitam laisvam priėmimo laikui, užregistruoti pacientą specialisto konsultacijai. Išsamūs reikalavimai registravimo funkcionalumui pateikti skiltyje

„Reikalavimai registratūros posistemei“.

25.2. Paciento apsilankymo metu pateikti paciento registracijas, EMI,

ESI, informaciją apie paciento draustumą ir prisirašymą prie šeimos gydytojo; užtikrinti

pasirinkto paciento EMI ir ESI peržiūrą

25.2.1. Paciento atvykimo į AASPĮ registravimas:

25.2.1.1. Turi būti galimybė užregistruoti paciento atvykimą į AASPĮ, automatiškai užpildant paciento atvykimo į AASPĮ registravimo formą paciento asmens duomenimis, saugomais AASPĮ IS pacientų kataloge, arba duomenis parsiunčiant iš VLK draudžiamųjų registro DPSDR;

25.2.1.2. Turi būti galimybė suvesti, peržiūrėti ir redaguoti paciento atvykimo į AASPĮ duomenis;

25.2.1.3. Turi būti galimybė išsaugoti paciento atvykimo į AASPĮ duomenis ir sukurti paciento apsilankymo AASPĮ sveikatos įrašą.

25.2.2. Paciento atvykimo į AASPĮ registravimo formų užpildymo asmens duomenimis metu turi būti automatiškai vykdomas asmens draustumo patikrinimas DPSDR ir prisirašymo prie šeimos gydytojo ir PSC patikrinimas SVEIDRA IS.

25.2.3. Paciento atvykimo į AASPĮ registravimo formų užpildymo asmens duomenimis metu turi būti automatiškai vykdomas asmens registracijų patikrinimas AASPĮ IS duomenų bazėje.

25.2.4. Paciento atvykimo į AASPĮ registravimo formose turi būti pateikiami asmens draustumo, prisirašymo, registracijų ir sveikatos istorijų patikrinimo rezultatai.

25.2.5. Išsaugant paciento atvykimo į AASPĮ registravimo formų duomenis, turi būti galimybė pradėti naują paciento sveikatos istoriją arba tęsti anksčiau pradėtą sveikatos istoriją.

25.2.6. Pildant paciento atvykimo į AASPĮ registravimo formą, turi būti galimybė pasirinkti surastą ir formoje pateiktą

registraciją. Pasirinkus registraciją, apsilankymo AASPĮ forma turi būti užpildoma pasirinkto registracijos įrašo duomenimis.

25.2.7. Užregistravus paciento atvykimą į gydymo įstaigą, iš eSPBI IS turi būti paimama paciento ESI, kurią gydymo metu galėtų peržiūrėti gydytojas.

25.2.8. Turi būti galimybė sukurti paciento atvykimo į polikliniką dokumentus (vienu metu turi būti galimybė sukurti neribotą kiekį dokumentų), pasirenkant kuriamų dokumentų šablonus.

25.2.9. Kuriami dokumentai turi būti automatiškai priskiriami atitinkamiems poliklinikos dokumentų žurnalams ir suteikiamas dokumento numeris.

25.2.10. Naudotojo pageidavimu turi būti galimybė kuriamus dokumentus iš karto spausdinti.

25.2.11. Kuriami dokumentai automatiškai turi būti užpildomi informacinėje sistemoje sukauptais ir saugomais asmens bei paciento atvykimo į polikliniką registravimo formų duomenimis.

25.2.12. Turi būti galimybė dokumentą peržiūrėti, redaguoti, anuliuoti, spausdinti, siųsti el. paštu, pasirašyti el. parašu.

25.2.13. Paciento atvykimo į polikliniką registravimo formų užpildymo asmens duomenimis metu turi būti automatiškai vykdomas sukurtų asmens dokumentų patikrinimas informacinės sistemos duomenų bazėje.

25.2.14. Paciento atvykimo į polikliniką registravimo formose turi būti pateikiami sukurtų asmens dokumentų patikrinimo rezultatai.

25.3. Paciento ambulatorinio gydymo duomenų valdymas: užtikrinti apsilankymo

bendrosios informacijos paciento nusiskundimų, anamnezės ir objektyvios būklės aprašymo surinkimą el. formate

25.3.1. Turi būti galimybė kurti ambulatorinio gydymo sveikatos įrašus.

25.3.2. Paciento ambulatorinio gydymo sveikatos įraše turi būti galimybė suvesti, peržiūrėti ir redaguoti:

25.3.2.1. atvykimo duomenis;

25.3.2.2. apsilankymų duomenis;

25.3.2.3. suteiktų paslaugų ir suteiktų paslaugų kainų duomenis;

25.3.2.4. gyvenimo anamnezės duomenis – turi būti pateikiami visuose sveikatos įrašuose registruoti gyvenimo anamnezės duomenys, kurie gali būti papildyti ir patikslinti;

25.3.2.5. ligos anamnezės duomenis – turi būti pateikiami visuose sveikatos įrašuose registruoti ligos anamnezės duomenys, kurie gali būti papildyti ir patikslinti;

25.3.2.6. ligos diagnozes (preliminarias, patikslintas);

25.3.2.7. nusiskundimų duomenis;

25.3.2.8. bendrosios apžiūros duomenis;

25.3.2.9. konsultacijų, siuntimų, tyrimų, vaistų, procedūrų ir kitų paskyrų duomenis;

25.3.2.10. taikyto gydymo ir jo rezultatų duomenis;

25.3.2.11. kitus duomenis.

25.3.3. Turi būti galimybė ambulatorinio gydymo sveikatos

įrašui suteikti būsenas, kurios nustato ar įrašas dar pildomas ir redaguojamas ar jau užbaigtas ir gali būti tik peržiūrimas.

Užbaigtus įrašus galėtų redaguoti tik tam specialias teises turintys naudotojai.

25.3.4. Paciento ambulatorinio gydymo įrašai turi būti pateikiami asmens sveikatos įrašų sąraše.

25.3.5. Asmens sveikatos įrašų sąraše turi būti pateikiami ambulatorinių apsilankymų duomenys, suteiktų paslaugų duomenys, pacientui užvestų dokumentų ir kiti duomenys.

25.3.6. Pasirinkus paciento ambulatorinio gydymo sąrašo įrašą, turi būti patenkama į ambulatorinio gydymo įrašą.

25.3.7. Turi būti galimybė asmens sveikatos įrašų sąraše pateiktus įrašus filtruoti pagal įvairius įrašų parametrus.

25.3.8. Registruojant diagnozes, suteiktas paslaugas, atliktas operacijas ir kitą klinikinę informaciją, turi būti naudojami standartizuoti (TLK-10, VLK paslaugų, TNM ir kt.) klasifikatoriai.

25.3.9. Aprašant paciento nusiskundimų, bendrosios apžiūros, gydymo rezultatų ir kitus duomenis, turi būti galimybė sukurti ir naudoti tipinius tekstus.

25.3.10. Turi būti sukurtos duomenų grupės paciento klinikinės būklės parametrų registravimui pagal organų sistemas ir galiojančias ligų klasifikacijos ir kodavimo sistemas. Duomenų grupės turės būti suderintos su Perkančiąja organizacija analizės ir detalios specifikacijos rengimo metu.Turi būti sukurtos duomenų grupės paciento klinikinės būklės parametrų registravimui pagal atliekamus tyrimus:

25.3.10.1. radiologiniai tyrimai;

25.3.10.2. ultragarsiniai tyrimai;

25.3.10.3. (endo-, oto-, dermato- ir kt.) skopiniai tyrimai;

25.3.10.4. laboratoriniai tyrimai;

25.3.10.5. kiti tyrimai.

25.3.11. Kiekvieno konkretaus paciento kreipimosi atveju turi būti galimybė iš standartizuoto klasifikatoriaus pasirinkti reikiamos paciento klinikinės būklės parametrų registravimo duomenų grupes.

25.3.12. Kiekvienoje parinktoje duomenų grupėje turi būti suvedami, peržiūrimi ir redaguojami paciento klinikinės būklės parametrai.

25.3.13. Turi būti galimybė sukurti paciento klinikinės būklės parametrų registravimo duomenų grupių šabloninius rinkinius (pagal skirtingus specialistus, sritis ir kt.). Pasirinkus šabloninį rinkinį turi būti automatiškai parenkamos rinkiniui priskirtos paciento klinikinių būklės parametrų registravimo duomenų grupės.

25.3.14. Tiekėjas turės sukurti ne mažiau kaip 150 klinikinės būklės parametrų registravimo duomenų grupių šabloninių rinkinių, reikalavimai kuriems turės būti suderinti su Perkančiąja organizacija analizės ir detalios specifikacijos rengimo metu.

25.4. Užtikrinti asmens ambulatorinio gydymo apskaitos formos 025A-LK suformavimą pagal atliktų apsilankymų duomenis

25.4.1. Turi būti galimybė, remiantis paciento apsilankymų duomenimis, suformuoti asmens ambulatorinio gydymo apskaitos formą 025A-LK.

25.4.2. Turi būti galimybė aprašyti ir keisti asmens ambulatorinio gydymo apskaitos formos 025A-LK suformavimo iš paciento apsilankymų duomenų taisykles.

25.5. Užtikrinti siuntimų konsultuotis ar gydytis ir konsultacijos rezultatų

informacijos valdymą

25.5.1. Turi būti galimybė sukurti siuntimą konsultuotis ar gydytis ir suvesti, peržiūrėti bei redaguoti siuntimo duomenis:

25.5.1.1. ASPĮ, kurioje dirba siuntimą išduodantis gydytojas, pavadinimas, kodas, adresas ir telefonas;

25.5.1.2. ASPĮ ir PSC, prie kurios pacientas prisirašęs;

25.5.1.3. siuntimo išdavimo data ir galiojimo laikas;

25.5.1.4. paciento duomenys (vardas ir pavardė, gimimo data, gyvenamoji vieta);

25.5.1.5. trumpa anamnezė, objektyvūs duomenys;

25.5.1.6. susirgimo, dėl kurio pacientas siunčiamas

stacionariniam/ambulatoriniam gydymui/tyrimui, diagnozė (ligos kodas pagal TLK 10), gretutiniai susirgimai;

25.5.1.7. susirgimui, dėl kurio pacientas siunčiamas stacionariniam/ambulatoriniam gydymui/tyrimui, siunčiamojoje ASPĮ atliktų tyrimų ir taikyto gydymo aprašymas, išrašyti vaistai, tarp jų ir kompensuojamieji, taikytos reabilitacinio gydymo priemonės;

25.5.1.8. motyvuotas konsultacijos tikslas bei ligų gydymo profilis/antrinio ar tretinio lygio paslaugos, pagal kuriuos siūloma gydyti/tirti pacientą.

25.5.2. Siuntimo forma turi būti automatiškai užpildoma informacinėje sistemoje saugomais paciento elektroninės medicininės istorijos duomenimis (nustatytos diagnozės, atliktų tyrimų rezultatai, taikytas gydymas ir kt.).

25.5.3. Turi būti galimybė pridėti nuorodą (-as) į tyrimo vaizdą (-us), susijusį (-ius) su siuntimu (šis reikalavimas taikomas tik AASPĮ ribose).

25.5.4. Turi būti galimybė nustatyti įvedamos siuntimo informacijos tikrinimo taisykles (pvz., kad sistema neleistų išsaugoti siuntimo, kol neužpildyta preliminari diagnozė ir pan.).

25.5.5. Suformavus siuntimą turi būti galimybė atlikti reikiamo specialisto laisvo apsilankymo laiko paiešką ir užregistruoti pacientą apsilankymui, sukuriant išankstinės registracijos įrašą (šis reikalavimas taikomas tik AASPĮ ribose).

25.5.6. Turi būti galimybė sukurti siuntimo ir kitus prie siuntimo pridedamus dokumentus, naudojant dokumentų šablonus, sukurtus dokumentus išsaugant dokumentų sąraše ir pagal poreikį atspausdinant arba siunčiant el. paštu.

25.5.7. Turi būti galimybė suvesti, peržiūrėti ir redaguoti atsakymo siuntusiam gydytojui duomenis:

25.5.7.1. ASPĮ, kurioje dirba atsakymą teikiantis gydytojas, pavadinimas, kodas, adresas ir telefonas;

25.5.7.2. atsakymo išdavimo data;

25.5.7.3. paciento duomenys (vardas ir pavardė, gimimo data, gyvenamoji vieta);

25.5.7.4. patvirtinta ligos diagnozė ir/ar ligos kodas pagal TLK- 10;

25.5.7.5. atliktų tyrimų ir/ar procedūrų rezultatai, datos;

25.5.7.6. paskirtas gydymas, jei reikėjo;

25.5.7.7. konsultavusio gydytojo specialisto išvados, rekomendacijos, režimas;

25.5.7.8. nuoroda į siuntimą;

25.5.7.9. kiti duomenys (gydytojo nuožiūra).

25.5.8. Konsultacijos atlikimo duomenys, išvados ir nustatytos diagnozės turi būti pateikiami prie kiekvieno išduoto siuntimo. Jeigu konsultacijos metu buvo sukurti diagnostinių įrenginių vaizdai, tai nuorodos apie vaizdų saugojimo vietą turi būti pateikiamos kartu su konsultacijos atlikimo duomenimis. Pasirinkus vaizdo saugojimo vietos nuorodą, vaizdą turi būti galimybė parsisiųsti peržiūrai.

25.5.9. Turi būti galimybė sukurti konsultacijos dokumentus, naudojant kuriamų dokumentų šablonus. Sukurti konsultacijos

dokumentai turi būti pateikiami prie išrašyto siutimo.

25.5.10. Kuriami dokumentai turi būti automatiškai užpildomi informacinėje sistemoje sukauptais ir saugomais asmens, atliktos konsultacijos ir kitais paciento elektroninės sveikatos istorijos duomenimis.

25.5.11. Jeigu dokumentas kuriamas naudojant tipinį dokumentą, jis turi būti automatiškai užpildomas tipinio dokumento informacija.

25.5.12. Jeigu pacientui kuriamas naujas dokumentas, kuriame yra naudojami laukai, kurie buvo užpildyti anksčiau sukurtame dokumente, ši informacija turi būti automatiškai perkeliama į naujai kuriamą dokumentą. Dokumento pildymo metu turi būti galimybė atlikti tipinio dokumento paiešką, kurio informaciją norima įkelti į naujai kuriamą dokumentą.

25.5.13. Turi būti galimybė pildyti dokumentą, naudojant tipinių tekstų laukus, vykdant tipinio teksto paiešką pagal pavadinimą arba teksto dalį bei pasirenkant norimą tekstą ir jį įkeliant į pildomą dokumento tekstinį lauką.

25.5.14. Dokumento pildymo metu turi būti galimybė sukurti reikalingus tekstus, kurie gali būti išsaugoti kaip tipiniai tekstai naudojimui ateityje redaguojamiems dokumentams.

25.5.15. Turi būti galimybė sukurtą dokumentą peržiūrėti, redaguoti, anuliuoti, spausdinti, siųsti el. paštu arba pasirašyti el. parašu.

25.6. Užtikrinti nedarbingumo pažymėjimų bei nėštumo ir gimdymo

atostogų pažymėjimų informacijos valdymą

25.6.1. Turi būti galimybė sukurti nedarbingumo bei nėštumo ir gimdymo atostogų pažymėjimą, automatiškai užpildant pažymėjimo formą asmens duomenimis, saugomais AASPĮ IS pacientų kataloge arba parsiunčiant asmens duomenis iš Sodros informacinės sistemos, ir suvesti, peržiūrėti bei redaguoti pažymėjimo duomenis:

25.6.1.1. nedarbingumo pažymėjimo atveju – gydytojas, gydymo tipas, diagnozė, nedarbingumo priežastis, nedarbingumo laikotarpis, reabilitacijos laikotarpis;

25.6.1.2. nėštumo ir gimdymo atostogų pažymėjimo atveju – gydytojas, gimdymo data, nėštumo atostogų laikotarpis ir dienų skaičius, komplikuoto gimdymo diagnozė.

25.6.2. Turi būti galimybė peržiūrėti išduotus ir galiojančius nedarbingumo bei nėštumo ir gimdymo atostogų pažymėjimus, kurių duomenys paimami iš Sodros informacinės sistemos.

25.6.3. Turi būti galimybė sukurti naują nedarbingumo pažymėjimą išduoto ir anuliuoto nedarbingumo pažymėjimo pagrindu.

25.6.4. Turi būti galimybė, pildant nedarbingumo bei nėštumo ir gimdymo atostogų pažymėjimą, Sodros informacinėje sistemoje atlikti asmens paiešką ir nurodyti asmens kodą, vardą, pavardę ir gimimo datą:

25.6.4.1. ligonio slaugymo atveju – slaugomo ir apdrausto asmens;

25.6.4.2. sveiko vaiko priežiūros atveju – sergančio, prižiūrimo ir apdrausto asmens;

25.6.4.3. nėštumo ir gimdymo atostogų atveju – apdrausto asmens.

25.6.5. Turi būti galimybė, pildant nedarbingumo pažymėjimą profesinės ligos atveju, nurodyti profesinės ligos nustatymo akto numerį ir datą.

25.6.6. Turi būti galimybė, pildant nedarbingumo pažymėjimą nelaimingo atsitikimo darbe atveju, nurodyti nelaimingo atsitikimo datą ir aprašymą.

25.6.7. Turi būti galimybė, pildant nedarbingumo pažymėjimą nurodyti bedarbio pažymėjimo seriją ir numerį.

25.6.8. Turi būti galimybė, pildant nedarbingumo pažymėjimą, nurodyti VRM darbuotojo pažymėjimo seriją ir numerį.

25.6.9. Turi būti galimybė, pildant nedarbingumo pažymėjimą, nurodyti nustatytus nedarbingumo režimo pažeidimus.

25.6.10. Turi būti galimybė, susikurti naują nedarbingumo pažymėjimą ankstesnio nedarbingumo pažymėjimo pagrindu (kopijuojant ankstesnio pažymėjimo duomenis).

25.6.11. Turi būti galimybė, pildant nedarbingumo pažymėjimą, registruoti gydytojų konsultacinės komisijos išvadą arba pasirinkti gydytojų konsultacinės komisijos anksčiau registruotą išvadą.

25.6.12. Turi būti galimybė pasirašyti užpildytą nedarbingumo bei nėštumo ir gimdymo atostogų pažymėjimą elektroniniu parašu ir pateikti Sodros informacinei sistemai. Pažymėjimo pasirašymo metu turi būti tikrinamas pateikiamo pažymėjimo duomenų teisingumas ir pateikiamas klaidų sąrašas.

25.6.13. Turi būti pateikiamos pasirašytų ir pateiktų nedarbingumo bei nėštumo ir gimdymo atostogų pažymėjimų Sodros informacinėje sistemoje būsenos – užregistruotas, pasirašytas, išsaugotas, anuliuotas ir kt.

25.7. Užtikrinti neįgalumo, darbingumo lygio, bendrųjų pirminių specialiųjų

poreikių informacijos paruošimą ir valdymą

25.7.1. Siuntimų į NDNT sukūrimas:

25.7.1.1. Turi būti galimybė sukurti siuntimus į NDNT ir suvesti, peržiūrėti bei redaguoti siuntimo duomenis:

25.7.1.1.1. Į NDNT siunčiamo asmens anketiniai duomenys (vardas, pavardė, asmens kodas, amžius ir kt.);

25.7.1.1.2. Į NDNT siunčiamo asmens kontaktiniai duomenys (gyvenamoji vieta, mobilus numeris, el. pašto adresas, darbovietė, pareigos ir kt.);

25.7.1.1.3. Ligos anamnezė;

25.7.1.1.4. Taikyti gydymai (ambulatorinis, stacionarinis, medicininė reabilitacija, medikamentinis, chirurginis ir kt.); 25.7.1.1.5. Būklės ir gydymo eiga;

25.7.1.1.6. Sveikatos būklės aprašymas (konsultacijos data, gydytojo specialybė, organizmo funkcijų sutrikimai, tyrimų rezultatai, gydytojų specialistų išvados ir kt.);

25.7.1.1.7. BARTHEL indeksas;

25.7.1.1.8. Laikinojo nedarbingumo trukmė ir per paskutinius 12 mėnesių;

25.7.1.1.9. Pagrindinė diagnozė;

25.7.1.1.10. Kitos diagnozės; 25.7.1.1.11. Siuntimo į NDNT tikslas;

25.7.1.1.12. Kiti duomenys, kurie yra priimami NDNT tinklinėmis paslaugomis.

25.7.1.2. Turi būti galimybė siuntimo į NDNT sukūrimo

formoje peržiūrėti visus anksčiau asmeniui išduotus siuntimus į NDNT.

25.7.1.3. Turi būti galimybė sukurti naują siuntimą į NDNT anksčiau išduoto siuntimo pagrindu.

25.7.1.4. Turi būti galimybė atspausdinti sukurtą siuntimą į NDNT.

25.7.2. Sukurtų siuntimų į NDNT perdavimas NDNT IS:

25.7.2.1. Turi būti galimybė sukurtą siuntimą į NDNT pasirašyti kvalifikuotu el. parašu, taip formuojant NDNT IS tinklinių paslaugų priimamą ADOC v1.0 formato elektroninį dokumentą.

25.7.2.2. Turi būti galimybė į NDNT IS perduoti suformuotą elektroninį dokumentą ir kitą NDNT IS reikalaujamą siuntimo informaciją.

25.7.2.3. AASPĮ IS turi būti atvaizduojamos į NDNT IS perduodamų siuntimų būsenos (paruoštas siuntimui, siunčiamas, sėkmingai išsiųstas ir kt.).

25.7.3. Prašymų dėl papildomų dokumentų pateikimo į NDNT IS gavimas ir tvarkymas:

25.7.3.1. AASPĮ IS turi priimti iš NDNT IS gaunamus prašymus pateikti papildomus dokumentus (ar kitą reikiamą informaciją).

25.7.3.2. Apie gautus prašymus dėl papildomų dokumentų pateikimo turi būti informuojamas atsakingas AASPĮ IS naudotojas (specialistas, kuris sudarė asmens siuntimą į NDNT). Informavimas turi būti vykdomas išsiunčiant el. pašto žinutę bei sukuriant sisteminį pranešimą, kuris pateikiamas AASPĮ IS naudotojo sąsajoje.

25.7.3.3. Turi būti realizuotas funkcionalumas leidžiantis sudaryti ir pateikti reikalaujamus papildomus dokumentus bei, esant poreikiui, pasirašyti el. parašu.

25.7.4. Išvadų gavimas iš NDNT IS:

25.7.4.1. AASPĮ IS turi priimti ir išsaugoti iš NDNT IS gaunamas išvadas apie asmens neįgalumo ir nedarbingumo lygio nustatymą.

25.7.5. Siuntimų į NDNT sąrašų tvarkymas:

25.7.5.1. Turi būti sukuriami siuntimų į NDNT sąrašai: 25.7.5.1.1. asmens siuntimų į NDNT sąrašas – pateikiami visi asmeniui sukurti siuntimai į NDNT;

25.7.5.1.2. bendras įstaigos siuntimų į NDNT sąrašas – pateikiami visi SPĮ sukurti siuntimai į NDNT;

25.7.5.1.3. gydytojo sukurtų siuntimų į NDNT sąrašas – pateikiami visi konkretaus ASPĮ gydytojo sukurti siuntimai į NDNT.

25.7.5.2. Siuntimų į NDNT sąraše turi būti pateikiami pagrindiniai siuntimo duomenys (asmens anketiniai duomenys, siuntimo sukūrimo data, siuntimo būsena, NDNT išvada ir kt.).

25.7.5.3. Naudojant siuntimų į NDNT sąrašą turi būti galimybė: 25.7.5.3.1. peržiūrėti ir redaguoti siuntimų į NDNT duomenis; 25.7.5.3.2. atspausdinti siuntimus į NDNT;

25.7.5.3.3. anuliuoti siuntimus į NDNT;

25.7.5.3.4. el. parašu pasirašyti siuntimus į NDNT IS.

	25.7.5.4. Siuntimų į NDNT IS sąrašus turi būti galimybė filtruoti pagal įvairius parametrus. 25.7.6.
25.8. Užtikrinti suformuotų elektroninių medicininių dokumentų spausdinimą ir persiuntimą elektroniniu būdu	25.8.1. Turi būti galimybė suformuotus elektroninius medicininius dokumentus (nedarbingumo bei nėštumo ir gimdymo atostogų pažymėjimą, neįgalumo ir darbingumo lygio nustatymo pažymą ir kt.) peržiūrėti, spausdinti, siųsti nurodytu el.paštu.
25.9. Medikamentinio	25.9.1. Turi būti galimybė atvykusiam pacientui paskirti
gydymo vykdymas:	vaistus. Turi būti galimybė įvesti, peržiūrėti bei redaguoti vaisto
- pateikti vaistų	paskyrimo duomenis:
klasifikatoriaus (vaistų, jų	25.9.1.1. paskirto vaisto pavadinimas (bendrinis), stiprumas,
indikacijų, kontraindikacijų	forma, dozė, vartojimo būdas, vartojimo dažnumas, vaisto
ir vaistų sąveikų)	kiekis (numero), kiti reikalingi nurodymai;
duomenis, užtikrinti jų	25.9.1.2. vaistą paskyręs gydytojas;
paiešką;	25.9.1.3. vaistas paskirtas (vaikui, suaugusiam);
- užtikrinti priemones	25.9.1.4. vaisto paskyrimo skubos požymis;
išrašyti receptus	25.9.1.5. vaisto paskyrimo anuliavimo požymis;
elektroniniu būdu;	25.9.1.6. data iki kurios pakanka paskirto vaisto;
- sudaryti sąlygas	25.9.2. Turi būti galimybė atlikti paskiriamo vaisto paiešką
peržiūrėti išrašytus	pagal bendrinį ir firmini vaisto pavadinimą, vaisto stiprumą,
receptus, pakartotinai	formą ir kiekį;
išrašyti analogišką receptą;	25.9.3. Pasirinkus surastą vaistą turi būti automatiškai
- užtikrinti informacijos	užpildomi vaisto paskyrimo formoje pateikiami vaisto
gavimą apie vaistų	pavadinimo, stiprumo, dozės, formos, vartojimo būdo ir kiekio
paskyrimų vykdymą	laukai;
	25.9.4. Pasirinkus surastą vaistą turi būti pateikiamas
	atitinkamas vaisto paskyrimo šablonų sąrašas, kuriame,
	pasirinkus reikiamą šabloną, turi būti automatiškai užpildomi
	visi vaisto paskyrimo formos laukai;
	25.9.5. Sukūrus naują paskyrimą, turi būti automatiškai
	sukuriamas ir paskyrimo šablonas, kuris įtraukiamas į
	paskyrimo šablonų sąrašą. Šablonų sąraše turi būti pateikiami
	tik unikalūs kiekvieno vaisto šablonai surūšiuoti pagal vaistų
	paskyrimo dažnumą;
	25.9.6. Vaisto paskyrimo formoje turi būti pateikiami pacientui
	paskirti vaistai, nurodant kiekvieno paskyrimo duomenis ir datą
	iki kurios pakanka paskirto vaisto. Pasirinkus paskirtų vaistų
	sąraše norimus vaistus turi būti automatiškai sukuriami nauji
	analogiški paskyrimai;
	25.9.7. Vaisto paskyrimo formoje turi būti galimybė pasirinkti
	ir priskirti paskyrimą atitinkamam sveikatos įrašui.
	25.9.8. Turi būti galimybė išrašyti receptą, užpildant recepto
	išrašymo formą paciento asmens duomenimis, saugomais
	AASPĮ IS pacientų kataloge arba duomenis parsiunčiant iš
	VLK draudžiamųjų registro DPSDR.
	25.9.9. Turi būti galimybė suvesti, peržiūrėti bei redaguoti
	recepto duomenis:
	25.9.9.1. recepto serija ir numeris;
	25.9.9.2. ASPĮ, kurioje dirba siuntimą išduodantis gydytojas,
	pavadinimas, kodas, adresas ir telefonas;
	25.9.9.3. receptą išrašęs gydytojas, jo specialybės kodas ir

tapatybę patvirtinančio lipduko numeris;

25.9.9.4. recepto išrašymo data ir galiojimo laikas;

25.9.9.5. paciento duomenys (vardas ir pavardė, gimimo data, gyvenamoji vieta ir kt.);

25.9.9.6. recepto požymis (kompensuojamas, paprastas, narkotinis);

25.9.9.7. receptas išrašytas (vaikui, suaugusiam);

25.9.9.8. kompensacijos rūšies kodas;

25.9.9.9. recepto anuliavimo požymis;

25.9.9.10. paskirto vaisto pavadinimas (bendrinis, firminis), stiprumas, forma, dozė, vartojimo būdas, vartojimo dažnumas, vaisto kiekis (numero), kiti reikalingi nurodymai;

25.9.9.11. data, iki kurios pakanka paskirto vaisto;

25.9.10. Turi būti galimybė atlikti paskiriamo vaisto paiešką pagal bendrinį ir firminį vaisto pavadinimą, vaisto stiprumą, formą ir kiekį;

25.9.11. Pasirinkus surastą vaistą turi būti automatiškai užpildomi recepto išrašymo formoje pateikiami vaisto pavadinimo, stiprumo, dozės, formos, vartojimo būdo ir kiekio laukai;

25.9.12. Pasirinkus surastą vaistą turi būti pateikiamas atitinkamas recepto šablonų sąrašas, kuriame pasirinkus reikiamą šabloną automatiškai užpildomi visi recepto išrašymo formos laukai;

25.9.13. Sukūrus naują receptą automatiškai turi būti sukuriamas ir recepto šablonas, kuris įtraukiamas į receptų šablonų sąrašą. Receptų šablonų sąraše pateikiami tik unikalūs kiekvieno vaisto šablonai surūšiuoti pagal receptų išrašymo dažnumą;

25.9.14. Recepto išrašymo formoje turi būti pateikiami pacientui išrašyti receptai, nurodant kiekvieno recepto paskyrimo duomenis ir datą iki kurios pakanka paskirto vaisto. Pasirinkus išrašytų receptų sąraše norimus receptus automatiškai sukuriami nauji analogiški receptai;

25.9.15. Išrašant kompensuojamąjį vaistą recepto išrašymo formoje turi būti pateikiama vaisto kompensavimo informacija;

25.9.16. Vaisto išrašymo formoje turi būti pateikiama paciento šeimos gydytojo ir draustumo informacija;

25.9.17. Vaisto išrašymo formoje turi būti galimybė pasirinkti ir priskirti išrašomą receptą atitinkamam sveikatos įrašui.

25.9.18. Sukūrus receptą turi būti sukuriami išrašytų receptų sąrašai:

25.9.18.1. asmens receptų sąrašas – pateikiami visi asmeniui išrašyti receptai;

25.9.18.2. asmens sveikatos įrašo receptų sąrašas – pateikiami visi konkretaus asmens sveikatos įrašo atveju išrašyti receptai;

25.9.19. Receptų sąraše turi būti pateikiami recepto serija ir numeris, receptą išrašęs gydytojas, jo specialybės kodas ir tapatybę patvirtinančio lipduko numeris, recepto išrašymo data ir galiojimo laikas, recepto požymis (kompensuojamas, paprastas, narkotinis), receptas išrašytas (vaikui, suaugusiam), kompensacijos rūšies kodas, paskirto vaisto pavadinimas

(bendrinis, firminis), stiprumas, forma, dozė, vartojimo būdas, vartojimo dažnumas, vaisto kiekis (numero), kiti reikalingi nurodymai, išduoto vaistinėje vaisto informacija, kompensuojama kaina ir paciento priemoka, data iki kurios pakanka paskirto vaisto ir kiti duomenys;

25.9.20. Naudojant receptų sąrašą turi būti galimybė:

25.9.20.1. redaguoti recepto duomenis;

25.9.20.2. peržiūrėti ir spausdinti receptą;

25.9.20.3. sukurti naują receptą anksčiau sukurto recepto pagrindu;

25.9.20.4. peržiūrėti vaisto išdavimo vaistinėje informaciją;

25.9.21. Receptų sąrašą turi būti galimybė filtruoti pagal įvairius parametrus.

25.9.22. Turi būti galimybė atlikti paiešką ir peržiūrėti vaistų klasifikatoriaus duomenis;

25.9.23. Vaistų klasifikatoriuje vaistų sąrašas turi būti pateikiamas pagal bendrinius vaistų pavadinimus;

25.9.24. Kiekvienam vaistų klasifikatoriaus įrašui pagal bendrinius pavadinimus turi būti priskirta ir pateikta peržiūrai:

25.9.24.1. ATC klasifikacijos informacija;

25.9.24.2. vaistų pakuočių informacija;

25.9.24.3. vaisto kompensavimo informacija;

25.9.24.4. vaisto indikacijų ir kontraindikacijų informacija;

25.9.24.5. vaisto vartojimo instrukcija;

25.9.24.6. nepageidaujamo poveikio ir sąveikos su kitais vaistas informacija;

25.9.25. specialūs perspėjimai.

25.9.26. Turi būti galimybė per eSPBI IS duomenų mainų posistemę į eSPBI IS teikti e. receptų suformavimui ir registravimui reikalingus duomenis:

25.9.26.1. E. receptų (naujų arba suformuotų pagal esamus e. receptus) sukūrimui, registravimui ar atšaukimui reikalingų duomenų pateikimas iš AASPĮ IS (per eSPBI IS duomenų mainų posistemę) į E. recepto posistemę (e. recepto registravimas ir atšaukimas eSPBI IS);

25.9.26.2. E. recepto (susiejant su vaisto ar MPP paskyrimu) galiojimo pratęsimas ir registravimas eSPBI IS E. recepto posistemėje AASPĮ IS naudotojams (e. recepto galiojimo pratęsimas eSPBI IS);

25.9.26.3. Fakto apie pagal e. receptus pacientui išduotus (parduotus) vaistus ar kompensuojamąsias MPP gavimas iš eSPBI IS E. recepto posistemės ir e. receptą išrašiusio specialisto apie tai informavimas elektroniniu būdu;

25.9.27. Turi būti galimybė gauti nustatytus duomenis apie pacientui išrašytus receptus ir išduotus vaistus iš eSPBI IS;

25.9.28. Turi būti galimybė naudoti ir atnaujinti eSPBI IS palaikomo vaistų klasifikatoriaus duomenis.

25.10. Operacijų, procedūrų ir manipuliacijų vykdymo informacijos valdymas:

- užtikrinti galimybę

25.10.1. Operacijų, procedūrų ir manipuliacijų paskyrimas:

25.10.1.1. Turi būti galimybė sukurti operacijos, procedūros ir manipuliacijos paskyrimą, automatiškai užpildant paskyrimo formą asmens duomenimis, ir suvesti, peržiūrėti bei redaguoti paskyrimo duomenis:

sudaryti operacijų, procedūrų ir manipuliacijų aprašų šablonus;

- tvarkyti operacijų, procedūrų ir manipuliacijų aprašų šablonų duomenis.

25.10.1.1.1. paskirtos operacijos, procedūros ar manipuliacijos pavadinimas;

25.10.1.1.2. paskirtos operacijos, procedūros ar manipuliacijos tikslas;

25.10.1.1.3. paskirtos operacijos, procedūros ar manipuliacijos pobūdis;

25.10.1.1.4. operacijos, manipuliacijos ar procedūros metu naudojamos priemonės ir medikamentai;

25.10.1.1.5. operacijos, procedūros ar manipuliacijos atlikimo vieta;

25.10.1.1.6. procedūros atlikimo nurodymai;

25.10.1.1.7. procedūros paskyrimo duomenys (data, paskyręs gydytojas);

25.10.1.1.8. kiti duomenys;

25.10.1.2. Turi būti galimybė atlikti paskiriamos operacijos, procedūros ar manipuliacijos paiešką;

25.10.1.3. Turi būti galimybė vienu metu paskirti keletą operacijų, procedūrų ar manipuliacijų;

25.10.1.4. Pasirinkus paskiriamą procedūrą turi būti pateikiamas paskyrimo šablonų sąrašas, kuriame, pasirinkus reikiamą šabloną, automatiškai užpildomi visi paskyrimo formos laukai;

25.10.1.5. Paskyrimo formoje turi būti galimybė pasirinkti ir priskirti paskyrimą atitinkamam sveikatos įrašui paciento EMI.

25.10.2. Asmens, sveikatos įrašo ir padalinio operacijų, procedūrų ir manipuliacijų paskyrimų sąrašo sukūrimas:

25.10.2.1. Sukūrus paskyrimą turi būti sukuriami paskyrimų sąrašai:

25.10.2.1.1. asmens paskyrimų sąrašas – pateikiami visi asmens paskyrimai;

25.10.2.1.2. asmens sveikatos įrašo paskyrimų sąrašas – pateikiami visi konkretaus asmens sveikatos įrašo paskyrimai; 25.10.2.1.3. padalinio paskyrimų sąrašas – pateikiamas padalinio pacientų paskyrimų sąrašas;

25.10.2.2. Paskyrimų sąraše turi būti pateikiami: 25.10.2.2.1. asmens duomenys;

25.10.2.2.2. paskirtos operacijos, procedūros ar manipuliacijos pavadinimas;

25.10.2.2.3. paskirtos operacijos, procedūros ar manipuliacijos pobūdis;

25.10.2.2.4. operacijos, procedūros ar manipuliacijos atlikimo vieta;

25.10.2.2.5. procedūros atlikimo dažnumas;

25.10.2.2.6. procedūros paskyrimo duomenys (kas ir kada paskyrė procedūrą ir kt.);

25.10.2.2.7. procedūros, operacijos ar manipuliacijos atlikimo informacija;

25.10.2.2.8. kiti duomenys;

25.10.2.3. Naudojant paskyrimų sąrašą turi būti galimybė: 25.10.2.3.1. peržiūrėti, redaguoti ir spausdinti paskyrimo duomenis;

25.10.2.3.2. sukurti naują paskyrimą anksčiau sukurto

paskyrimo pagrindu;

25.10.2.3.3. registruoti ir peržiūrėti paskyrimo įvykdymo informaciją;

25.10.2.4. Turi būti galimybė paskyrimų sąrašą filtruoti pagal įvairius parametrus.

25.10.3. Operacijų, procedūrų ir manipuliacijų paskyrimų grafiko sukūrimas, informacijos apie paskyrimų įvykdymą įvedimas:

25.10.3.1. Naudojant Registratūros posistemės funkcionalumą pagal paskyrimų nurodymus (dažnumas, laikas ir kt.) turi būti galimybė sukurti operacijų, procedūrų ar manipuliacijų paskyrimų pacientams grafiką ;

25.10.3.2. Turi būti galimybė peržiūrėti visų arba dalies pacientų paskyrimus (tiek planuojamus, tiek įvykdytus) pagal pasirinktą laiko intervalą, paskyrimą atliekantį darbuotoją ir kitus parametrus;

25.10.3.3. Turi būti galimybė įvesti paskyrimo įvykdymo faktą, nurodant, kas atliko paskyrimą bei kitus duomenis (tokius kaip atlikimo data, atlikimo laikas, atlikime dalyvavusio personalo duomenys, trukmė, operacijos, manipuliacijos ar procedūros metu naudotos priemonės ir medikamentai, priežastys, dėl kurių paskyrimas nebuvo įvykdytas, ir pan.)

25.10.4. Operacijų, manipuliacijų, paskyrimų aprašymo dokumentų sukūrimas:

25.10.4.1. Turi būti sukuriami paskirtų operacijų, procedūrų ar manipuliacijų aprašymo dokumentai (vienu metu galima sukurti neribotą kiekį dokumentų), pasirenkant kuriamų dokumentų šablonus;

25.10.4.2. Kuriami dokumentai turi būti automatiškai priskiriami dokumentų žurnalams ir suteikiamas dokumento numeris;

25.10.4.3. Turi būti galimybė kuriamus dokumentus naudotojo pageidavimu iš karto atspausdinti;

25.10.4.4. Kuriami dokumentai automatiškai turi būti užpildomi informacinėje sistemoje sukauptais ir saugomais asmens, paskyrimo ir kitais elektroninės sveikatos istorijos duomenimis (operacijos, procedūros ar manipuliacijos duomenys);

25.10.4.5. Jeigu dokumentas kuriamas naudojant tipinį dokumentą, jis automatiškai turi būti užpildomas tipinio dokumento informacija;

25.10.4.6. Jeigu pacientui kuriamas naujas dokumentas, kuriame yra naudojami laukai, kurie buvo užpildyti anksčiau sukurtame dokumente, ši informacija turi būti automatiškai perkeliama į naujai kuriamą dokumentą. Dokumento pildymo metu turi būti galimybė atlikti tipinio dokumento paiešką, kurio informaciją norima įkelti į naujai kuriamą dokumentą;

25.10.4.7. Turi būti galimybė pildant dokumentą naudoti tipinius tekstus: vykdant tipinio teksto paiešką pagal pavadinimą arba teksto dalį bei pasirenkant norimą tekstą ir jį įkeliant į pildomo dokumento tekstinį lauką;

25.10.4.8. Dokumento pildymo metu turi būti galimybė sukurti reikalingus tekstus, kuriuos turi būti galimybė išsaugoti kaip

tipinius tekstus naudojimui ateityje redaguojamiems dokumentams;

25.10.4.9. Turi būti galimybė dokumentą peržiūrėti, redaguoti, anuliuoti, spausdinti, siųsti el. paštu arba pasirašyti el. parašu. Spausdinti, siųsti el. paštu turi būti galimybė neribotą kiekį dokumentų vienu metu.

25.11. Fizinės medicinos ir reabilitacijos (toliau - FMR) procedūrų paskyrimas ir vykdymas

25.11.1. FMR gydymo paskyrimų kortelės sukūrimas:

25.11.1.1. Turi būti galimybė sukurti FMR gydymo paskyrimų ir įvykdymo apskaitos kortelę (toliau - kortelę), automatiškai užpildant kortelės formą asmens duomenimis, ir suvesti, peržiūrėti bei redaguoti šiuos duomenis:

25.11.1.1.1. diagnozė;

25.11.1.1.2. paskyrimo tikslas;

25.11.1.1.3. siunčianti įstaiga;

25.11.1.1.4. gydantis gydytojas (reabilitologas); 25.11.1.1.5. įrašai apie paskirtas FMR procedūras: 25.11.1.1.5.1. procedūros kodas, pavadinimas;

25.11.1.1.5.2. procedūrų skaičius, trukmė, atlikimo dažnumas; 25.11.1.1.5.3. naudojami medikamentai, dozė;

25.11.1.1.5.4. procedūros atlikimo nurodymai; 25.11.1.1.5.5. procedūros paskyrimo data; 25.11.1.1.5.6. kiti duomenys apie procedūrą; 25.11.1.1.6. kortelės sukūrimo data;

25.11.1.1.7. būsena (atidaryta, uždaryta, anuliuota); 25.11.1.1.8. kiti kortelės duomenys.

25.11.1.2. Įvedant paskyrimą, turi būti galimybė atlikti paskiriamos procedūros paiešką ir surasti reikiamą reikšmę naudojant atitinkamus klasifikatorius (VLK, vietinį AASPĮ klasifikatorių).

25.11.1.3. Turi būti galimybė kurti ir naudoti paskyrimų šablonus, kuomet pasirinkus šabloną būtų automatiškai užpildomi paskyrimo formos laukai.

25.11.1.4. Turi būti galimybė susieti FMR gydymo paskyrimų kortelę su atitinkamu sveikatos įrašu.

25.11.1.5. Keisti uždarytos kortelės duomenis turi galėti tik atitinkamas teises turintys naudotojai.

25.11.2. FMR procedūrų paskyrimų plano (grafiko) pacientui sukūrimas:

25.11.2.1. Remiantis procedūrų paskyrimų duomenimis turi būti galimybė registruoti pacientą procedūrų atlikimui ir sukurti FMR procedūrų paskyrimų pacientui planą, nurodant: 25.11.2.1.1. paciento asmens duomenis (užpildoma automatiškai);

25.11.2.1.2. procedūros aprašymą ir atlikimo nurodymus; 25.11.2.1.3. planuojamas apsilankymų datas, laiką ir trukmę; 25.11.2.1.4. darbo vietą ir procedūros atlikimui numatytą įrangą;

25.11.2.1.5. procedūrą atliekantį specialistą; 25.11.2.1.6. kitus duomenis.

25.11.2.2. Turi būti galimybė vienu naudotojo veiksmu pasirinkti keletą laisvų paskyrimo laikų arba nurodyti procedūrų skaičių, laiką ir periodiškumą, ir iš karto užregistruoti pacientą į

visus pasirinktus paskyrimo laikus (pvz., užregistruoti penkioms procedūroms kasdien tuo pačiu metu).

25.11.2.3. Planuojant paciento apsilankymus skirtingose darbo vietose bei kelioms dienoms iš karto, ieškomi laisvi laikai turi būti pateikiami tokiu būdu, kad naudotojas galėtų palyginti skirtingų darbo vietų bei skirtingų dienų apsilankymų laikus ir skirtingose darbo vietose bei skirtingoms dienoms galėtų parinkti apsilankymų laikus taip, kad jie būtų patogūs pacientui ir tarpusavyje suderinti (kad apsilankymai būtų suplanuoti kelioms dienoms iš karto, o kiekvienos dienos apsilankymai vyktų vienas po kito be didesnių pertraukų).

25.11.2.3.1. Pateikiant laisvų paskyrimo laikų paieškos rezultatus, šalia kiekvieno surasto laisvo laiko turi būti pateikiama jo informacija (apsilankymo laikas, data, darbo vieta (įranga), darbuotojas ir t.t.).

25.11.2.3.2. Turi būti galimybė paciento paskyrimų planą naudotojo pageidavimu iš karto spausdinti ar siųsti nurodytu el. paštu.

25.11.2.3.3. Turi būti galimybė paskyrimų plane patvirtinti paskyrimo įvykdymo faktą, nurodant, kas atliko procedūrą bei kitus duomenis (pvz. atlikimo data, atlikimo laikas, atlikime dalyvavusio personalo duomenys, trukmė, priežastys, dėl kurių paskyrimas nebuvo įvykdytas ir pan.).

25.11.2.3.4. Paskyrimų plane turi būti kontroliuojamas paskyrimų vykdymas pateikiant informacinius pranešimus naudotojams apie paskyrimus, kurie turi būti artimiausiu laiku įvykdyti arba kurie turėjo būti įvykdyti, tačiau įvykdymo faktas nėra patvirtintas.

25.11.3. Asmens, sveikatos įrašo ir padalinio FMR procedūrų paskyrimų sąrašo sukūrimas:

25.11.3.1. Turi būti galimybė peržiūrėti šiuos paskyrimų sąrašus:

25.11.3.1.1. paciento paskyrimų sąrašą – pateikiami visi asmens paskyrimai;

25.11.3.1.2. asmens sveikatos įrašo paskyrimų sąrašą – pateikiami visi konkretaus asmens sveikatos įrašo paskyrimai; 25.11.3.1.3. specialisto, padalinio, įstaigos paskyrimų sąrašą – pateikiamas specialisto, padalinio, įstaigos pacientų paskyrimų sąrašas.

25.11.3.2. Paskyrimų sąraše turi būti pateikiami: 25.11.3.2.1. asmens duomenys;

25.11.3.2.2. paskirtos procedūros kodas ir pavadinimas; 25.11.3.2.3. procedūros atlikimo vieta ir įranga; 25.11.3.2.4. procedūros atlikimo data ir laikas; 25.11.3.2.5. procedūrą atliekantis specialistas; 25.11.3.2.6. informacija apie procedūros įvykdymą; 25.11.3.2.7. kiti duomenys;

25.11.3.3. Naudojant paskyrimų sąrašą turi būti galimybė: 25.11.3.3.1. peržiūrėti, redaguoti ir spausdinti paskyrimo duomenis;

25.11.3.3.2. registruoti ir peržiūrėti paskyrimo įvykdymo informaciją.

	25.11.3.4. Turi būti galimybė paskyrimų sąrašą filtruoti pagal įvairius parametrus. 25.11.4. FMR procedūrų paskyrimų ir vykdymo stebėjimas: turi būti galimybė formuoti ir peržiūrėti šias ataskaitas (neapsiribojant): 25.11.4.1. Vykdymo (darbuotojų apkrovimo) ataskaitas; 25.11.4.2. Suteiktų paslaugų (mokamų, nemokamų) ataskaitas; 25.11.4.3. Įrangos apkrovos ataskaitas.
26. Reikalavimai Gydytojų ir medicinos personalo posistemei
Xxxxxxx aprašymas Gydytojams ir medicinos personalui pateikiamos priemonės, palengvinančios paciento sveikatos būklės aprašo formavimą: pasiūlomas gydymo algoritmas, galimybė sukurti ir naudoti tipinį tekstą ar aprašą. Sudaromos galimybės lygiagrečiam gydytojo ir slaugytojo darbui ir paciento informacijos valdymui apsilankymo metu, pateikiamos priemonės pažymų ir išrašų paruošimui iš sukauptų paciento sveikatos įrašų duomenų. Reikalavimai posistemės funkcionalumui
Funkcionalumas	Funkcionalumo aprašymas
26.1. Užtikrinti priemones gydymo kelio formavimui ir gydytojų paskyrimų vykdymui	26.1.1. Turi būti galimybė sukurti gydymo kelią (gydymo algoritmą) aprašant, kokius veiksmus (konsultacijas, apžiūras, tyrimus, vaistų paskyrimus ir kt.) rekomenduojama arba būtina atlikti. 26.1.2. Gydymo kelio aprašymą turi sudaryti tokia informacija (neapsiribojant): 26.1.2.1. ligos ar sveikatos problemos pavadinimo ir TLK-10 kodas pagal Tarptautinę statistinę ligų ir sveikatos problemų klasifikaciją; 26.1.2.2. ligos ar sveikatos problemos apibrėžimas ir / ar apibūdinimas; 26.1.2.3. diagnostikos kriterijai ir rekomendacijos; 26.1.2.4. gydymo aprašymas: 26.1.2.4.1. medikamentinis (vaistų skyrimo indikacijos, vaistų grupės bendriniais pavadinimais, rekomenduojamos dozės, vaistų skyrimo kontraindikacijos ir kt.); esant galimybei, nurodoma gydymo rekomendacijų I, II, II a, II b ar III klasė arba įrodymų A, B, C lygis; 26.1.2.4.2. kiti gydymo metodai (chirurginis, nemedikamentinis bei kt.) ir jų taikymo sąlygos; 26.1.2.5. ligos eigos vertinimas ir gydymo taktika; pasveikimo ar ligos remisijos kriterijai; 26.1.2.6. kita. 26.1.3. Turi būti galimybė susieti gydymo algoritmą su diagnozėmis iš standartizuotų klinikinių klasifikatorių. 26.1.4. Pildant paciento ambulatorinio apsilankymo informaciją, įvedus diagnozę, jei yra aprašytas su ta diagnoze susietas gydymo algoritmas, sistema gydytojui primintų, kokius veiksmus (konsultacijas, apžiūras, tyrimus, vaistų paskyrimus ir kt.) rekomenduojama arba būtina atlikti. 26.1.5.
26.2. Suteikti priemones formuoti paciento sveikatos būklės aprašą pagal	26.2.1. Turi būti numatytas pagalbos naudotojui funkcionalumas formuojant paciento sveikatos būklės aprašą pagal sudarytus žodynus ir tipinius (šabloninius) tekstus. Turi būti galimybė

sudarytus žodynus	pasirinkti ir įterpti pasirinktą šabloninį tekstą. (Reikalavimai tipinių (šabloninių) tekstų sukūrimui ir naudojimui aprašyti skiltyje „Reikalavimai Bendros sistemos posistemei“.)
26.3. Suteikti priemones lygiagrečiam gydytojo ir slaugytojo informacijos valdymui apsilankymo metu	26.3.1. Turi būti sudarytos galimybės lygiagrečiam gydytojo ir slaugytojo darbui ir paciento ambulatorinio apsilankymo įrašų pildymui paciento apsilankymo metu. Reikalavimus funkcijų ir teisių pasiskirstymui tarp gydytojo ir slaugytojo pildant paciento apsilankymo informaciją Tiekėjas turės suderinti su Perkančiąja organizacija analizės ir detalios specifikacijos rengimo metu.
26.4. Užtikrinti paciento ligos istorijoje atliekamų sveikatos įrašų tvarkymą, tęstinio pacientų gydymo informacijos tvarkymą	26.4.1. Turi būti galimybė kurti, redaguoti, peržiūrėti paciento ligos istorijoje atliekamų sveikatos įrašus, tęstinio pacientų gydymo informacijos įrašus. Išsamūs reikalavimai šios informacijos tvarkymui pateikti skiltyse „Reikalavimai pacientų priežiūros posistemei“, „Reikalavimai Profilaktikos/prevencijos posistemei“, „Reikalavimai Ilgalaikio stebėjimo posistemei“.
26.5. Užtikrinti pažymų ir išrašų paruošimą iš sukauptų duomenų	26.5.1. Turi būti galimybė sukurti, peržiūrėti ir atspausdinti nustatytos formos dokumentus, naudojant paciento asmens ir sveikatos įrašų duomenis: 26.5.1.1. medicininę pažymą dėl neatvykimo į darbą, darbo biržą ar ugdymo instituciją (forma 094 arba kita pagal LR teisės aktus galiojanti forma); 26.5.1.2. išrašą iš medicininių dokumentų (027/a forma, vidinės AASPĮ patvirtintos formos); 26.5.1.3. kitas pažymas ir dokumentus, kurių šablonus Tiekėjas turės būti suderinti su Perkančiąja organizacija analizės ir detalios specifikacijos rengimo metu. Turės būti sukurta ne mažiau kaip 10 dokumentų šablonų. 26.5.2. Turi būti galimybė pasirinkti, kokie paciento klinikinės informacijos įrašai turi būti įtraukti į formuojamą išrašą iš medicininių dokumentų. 26.5.3. Turi būti galimybė sukurti dokumentų šablonus ir dokumentus, naudojant dokumentų šablonus. Detalūs reikalavimai dokumentų ir jų šablonų kūrimui aprašyti skiltyje „Reikalavimai Bendros sistemos posistemei“.
27. Reikalavimai Klinikinės informacijos posistemei
Xxxxxxx aprašymas AASPĮ IS sukuriamas užsakymas atlikti laboratorinį tyrimą, registruojamas tyrimo atlikimui paimtas ėminys, atspausdinamas ėminio brūkšninio kodo lipdukas, atliekamas ėminio duomenų suvedimas. Užsakymo ir ėminio duomenys per sąsają gali būti perduodami laboratorijos informacinei sistemai, iš kurios, atlikus tyrimą, grąžinami tyrimo rezultatai. Laboratorinių tyrimų rezultatai į AASPĮ IS gali būti suvedami ir rankiniu būdu. Gydytojams ir laborantams pateikiami užsakytų ir atliktų tyrimų sąrašai, kuriuose galima peržiūrėti užsakymus, juos redaguoti, peržiūrėti tyrimų rezultatus bei užsakyti pakartotinį tyrimo atlikimą. Paciento tyrimų rezultatai perduodami paciento EMI, užpildomi reikiami dokumentai, kurie pagal poreikį atspausdinami arba siunčiami el. paštu. Informacinėje sistemoje sukuriamas užsakymas atlikti instrumentinį tyrimą, kuris perduodamas tyrimą atliekančiam kabinetui, kuriame, atlikus tyrimo registraciją, perduodama tyrimo informacija į radiologijos aparatą ir vaizdus tvarkančiai informacinei sistemai. Atlikus tyrimą sukurto skaitmeninio vaizdo nuoroda grąžinama į AASPĮ IS. Pasirinkus vaizdo nuorodą AASPĮ IS, vaizdas pateikiamas peržiūrai vaizdus tvarkančioje informacinėje sistemoje, o AASPĮ IS sukuriamas vaizdo aprašymas ir registruojami tyrimo rezultatai, kurie pateikiami tyrimą užsakiusiam gydytojui. Paciento tyrimų rezultatai ir nuoroda į vaizdą perduodami

paciento EMI, užpildomi reikiami dokumentai, kurie pagal poreikį gali būti atspausdinami arba siunčiami e. paštu.

Reikalavimai posistemės funkcionalumui

Funkcionalumas

Funkcionalumo aprašymas

27.1. Užtikrinti laboratorijos tyrimų užsakymų ir

informacijos valdymą (siuntimai tyrimams, ėminių registracija, tyrimų rezultatų registravimas EMI)

27.1.1. Turi būti galimybė sukurti laboratorinių tyrimų (klinikinių ir mikrobiologinių tyrimų) užsakymą, nurodant:

27.1.1.1. bendruosius laboratorinio tyrimo užsakymo duomenis (data, laikas, įstaiga, gydytojas ir kt.);

27.1.1.2. užsakomus laboratorinius tyrimus; turi būti galimybė užsakomų laboratorinių tyrimų pasirinkimą atlikti keliais būdais:

27.1.1.2.1. pasirenkant iš laboratorinių tyrimų sąrašo pagal laboratorinių tyrimų temas (klinikiniai, biocheminiai, hematologiniai ir t.t.);

27.1.1.2.2. atliekant laboratorinio tyrimo paiešką su galimybe pasirinkti keletą tyrimų;

27.1.1.2.3. sukuriant ir naudojant užsakomų laboratorinių tyrimų šablonų rinkinius;

27.1.1.2.4. pateikiant dažniausiai atliekamų laboratorinių tyrimų sąrašą;

27.1.1.3. kitą būtiną tyrimo užsakymo informaciją – kraujo grupę, naudojamus medikamentus, diurezę ir kt.

27.1.2. Parinkti užsakomi tyrimai turi būti pateikiami sąraše užsakymo formoje. Turi būti galimybė:

27.1.2.1. atsisakyti bet kurio parinkto tyrimo;

27.1.2.2. nurodyti kiekvieno tyrimo tipą (mokamas, nemokamas, pagal sutartį ir t.t.);

27.1.2.3. nurodyti, kurie tyrimai turi būti atlikti skubiai;

27.1.2.4. nurodyti papildomą informaciją prie tyrimo (pvz.: kad tyrimą reikia kartoti kelis kartus iš eilės nurodytu laiku).

27.1.3. Kiekvienam laboratorinių tyrimų užsakymui turi būti suteikiamas unikalus numeris. Turi būti galimybė

laboratorinio tyrimo užsakymo numerį suteikti šiais būdais:

27.1.3.1. generuojant automatiškai informacinėje sistemoje ir atspausdinant reikiamą kiekį lipdukų su numerį atitinkančiu brūkšniniu kodu;

27.1.4. suvedant arba nuskenuojant iš anksto atspausdinto ir su konkrečiu asmeniu susieto lipduko brūkšninį kodą.

27.1.5. Prie kiekvieno parinkto tyrimo turi būti galimybė nurodyti:

27.1.5.1. ėminį, kuris turi būti paimtas;

27.1.5.2. bendrą ėminių sąrašą.

27.1.6. Prie tyrimo turi būti pateikiamas per paskutines 24 valandas paciento paimtų ėminių sąrašas, su galimybe nurodyti, kad naujai užsakomam tyrimui turi būti naudojamas ankstesnis ėminys.

27.1.7. Sukūrus laboratorinių tyrimų užsakymą automatiškai turi būti sukuriamas reikiamų laboratoriniams tyrimams atlikti ėminių sąrašas.

27.1.8. Kiekvienam ėminiui automatiškai turi būti

priskiriamas ėminio paėmimui naudojamas konteineris, nurodant konteinerio pavadinimą ir spalvą.

27.1.9. Pasirinkus vieną arba keletą ėminių iš karto turi būti galimybė peržiūrėti, suvesti ir redaguoti ėminio duomenis: ėminio numerį, naudojamą konteinerį, konteinerių kiekį, iš ėminio atliekamus tyrimus ir kitus duomenis.

27.1.10. Kiekvienam laboratorinių tyrimų ėminiui turi būti suteikiamas unikalus numeris. Laboratorinių tyrimų ėminiui turi būti galimybė suteikti jam priskirto užsakymo numerį arba turi būti suteikiamas unikalus kiekvienam ėminiui atskiras numeris. Turi būti galimybė laboratorinio tyrimo ėminio numerį suteikti keliais būdais:

27.1.10.1. generuojant automatiškai informacinėje sistemoje ir atspausdinant reikiamą kiekį lipdukų su numerį atitinkančiu brūkšniniu kodu;

27.1.10.2. suvedant arba nuskenuojant iš anksto atspausdinto ir su konkrečiu asmeniu susieto lipduko brūkšnini kodą;

27.1.11. Sukuriant laboratorinių tyrimų užsakymą turi būti galimybė nurodyti ėminio duomenis, panaudojant anksčiau naudoto ėminio informaciją.

27.1.12. Naudojant ėminių sąrašą turi būti galimybė:

27.1.12.1. peržiūrėti, suvesti ir redaguoti ėminio duomenis;

27.1.12.2. peržiūrėti, suvesti ir redaguoti tyrimo užsakymo duomenis;

27.1.12.3. peržiūrėti, suvesti ir redaguoti ėminio paėmimo duomenis;

27.1.12.4. peržiūrėti, suvesti ir redaguoti ėminio registravimo duomenis.

27.1.13. Laboratorinių tyrimų ėminių sąraše turi būti pateikiami asmens duomenys, ėminio pavadinimas, ėminio numeris, konteinerio duomenys, ėminio būsena (užsakytas, paimtas, registruotas, atliktas ir kt.) užsakymo data ir laikas, ėminio paėmimo duomenys (data, laikas, kas paėmė ir kt.) ėminio registravimo duomenys (data, laikas, kas registravo ir kt.) užsakiusi įstaiga ir gydytojas, tyrimo atlikimo skubos požymis, užsakytų tyrimų sąrašas bei kiti duomenys.

27.1.14. Turi būti galimybė laboratorinių tyrimų ėminių sąrašą filtruoti pagal įvairius parametrus.

27.1.15. Paėmus užsakyto laboratorinio tyrimo ėminį turi būti galimybė suvesti, peržiūrėti ir redaguoti ėminio paėmimo duomenis:

27.1.15.1. data ir laikas,

27.1.15.2. ėminį paėmęs darbuotojas,

27.1.15.3. ligonio padėtis ėminio paėmimo metu,

27.1.15.4. ėminio numeris;

27.1.15.5. ėminiui naudotas konteineris;

27.1.15.6. priežastis, dėl kurios ėminys nebuvo paimtas;

27.1.15.7. kiti duomenys.

27.1.16. Laboratorinio tyrimo ėminio duomenys turi būti pateikiami prie kiekvieno užsakyto laboratorinio tyrimo.

27.1.17. Turi būti galimybė suformuotą laboratorinio tyrimo užsakymą atspausdinti ir išsiųsti el.paštu.

27.1.18. Sukūrus laboratorinio tyrimo užsakymą turi būti sukuriami laboratorinių tyrimų sąrašai:

27.1.18.1. asmens laboratorinių tyrimų sąrašas, kuriame pateikiami visi asmeniui užsakyti ir atlikti laboratoriniai tyrimai;

27.1.18.2. asmens sveikatos įrašo laboratorinių tyrimų sąrašas, kuriame pateikiami visi konkretaus asmens sveikatos įrašo atveju užsakyti ir atlikti laboratoriniai tyrimai;

27.1.18.3. bendras įstaigos laboratorinių tyrimų sąrašas, kuriame pateikiami visi gydymo įstaigoje užsakyti ir atlikti laboratoriniai tyrimai.

27.1.19. Laboratorinių tyrimų sąraše turi būti pateikiami asmens duomenys, tyrimo pavadinimas, užsakymo data ir laikas, tyrimo būsena (užsakytas, paimtas, registruotas, atliktas ir kt.), užsakiusi įstaiga ir gydytojas, užsakymo numeris, tyrimo atlikimo skubos požymis, užsakytų analičių sąrašas, kiekvienos analitės norminis dydis ir kiekvienos analitės rezultatas, gautas iš tyrimo analizatoriaus, bei kiti duomenys.

27.1.20. Naudojant laboratorinių tyrimų sąrašą turi būti galimybė:

27.1.20.1. redaguoti laboratorinio tyrimo užsakymo duomenis;

27.1.20.2. pakartoti tyrimo užsakymą;

27.1.20.3. pradėti laboratorinio tyrimo rezultatų duomenų suvedimą ir redagavimą arba peržiūrą.

27.1.21. Turi būti galimybė laboratorinių tyrimų sąrašą filtruoti pagal įvairius parametrus.

27.1.22. Turi būti galimybė AASPĮ IS išsaugoti laboratorinio tyrimo rezultatus, suvedant juos rankiniu būdu, įkeliant tyrimų rezultatų failus, gautus iš skaitmenizuotų laboratorinių tyrimų instrumentų arba gaunant juos iš laboratorijos informacinės sistemos per integracinę sąsają.

27.1.23. Gavus arba suvedus ir patikrinus tyrimų rezultatus turi būti patvirtinamas tyrimo užsakymo atlikimas. Patvirtinus užsakymo atlikimą, tyrimo užsakymo ir rezultatų duomenis turi būti galimybė redaguoti tik tam specialias teises turintiems naudotojams;

27.1.24. Laboratorinio tyrimo rezultatai turi būti pateikiami prie kiekvieno užsakyto laboratorinio tyrimo.

27.1.25. Turi būti galimybė spausdinti tyrimo rezultatus. Tyrimo rezultatai turi būti spausdinami su atitinkamu brūkšniniu kodu, kurį nuskenavus AASPĮ IS pateiktų tyrimo rezultatą.

27.1.26. Turi būti galimybė peržiūrėti, atspausdinti, siųsti el. paštu laboratorinių tyrimų rezultatus.

27.1.27. Turi būti galimybė sukurti asmens ir sveikatos įrašo atliktų tyrimų analičių rezultatų sąrašus. Sąraše analitės turi būti pateikiamos sugrupuotos pagal kiekvieną tyrimo tipą.

27.1.28. Analičių sąraše prie kiekvienos analitės turi būti pateikiami visi analitės ištyrimo rezultatai, nurodoma analitės

ištyrimo data ir laikas bei analitės norminis ir kritinis dydis ir rezultato nuokrypis nuo norminio dydžio.

27.1.29. Analičių rezultatų sąrašas turi būti pateikiamas keliais formatais:

27.1.29.1. analičių sąrašas su skaitinėmis rezultatų reikšmėmis;

27.1.29.2. analičių rezultatų sąrašas grafiniu formatu.

27.1.30. Analičių rezultatų sąrašas turi būti filtruojamas pateikiant tik pageidaujamus tyrimus arba analites, pageidaujamo laikotarpio rezultatus ir kitus parametrus.

27.1.31. Turi būti galimybė įvesti, peržiūrėti ir redaguoti specifinius mikrobiologinio tyrimo užsakymo (paskyrimo) duomenis;

27.1.32. Turi būti galimybė įvesti ir redaguoti specifinius mikrobiologinio tyrimo tarpinius ir galutinius rezultatų, procedūrų duomenis bei mikrobiologinį tyrimą atlikusio darbuotojo išvadą;

27.1.33. Turi būti galimybė formuoti ir spausdinti

mikrobiologinio tyrimo užsakymo ir rezultatų dokumentus bei formuoti reikiamus žurnalus.

27.1.34. Turi būti galimybė tvarkyti laboratorinių tyrimų analičių sąrašą.

27.1.35. Turi būti galimybė tvarkyti įstaigoje naudojamų laboratorinių tyrimų konteinerių sąrašą.

27.1.36. Turi būti užtikrintas laboratorinių tyrimų užsakymų ir tyrimų rezultatų duomenų išsaugojimas paciento EMI.

27.1.37. Tiekėjas turės sukurti sąsajas, paremtas HL7 v3 standartu, skirtas laboratorijos tyrimų užsakymo ir ėminių duomenų perdavimui į įstaigų laboratorijos informacines sistemas ir tyrimo rezultatų duomenų gavimui iš įstaigų

laboratorijos informacinių sistemų. Šio projekto apimtyje turės būti sukurtos sąsajos tik iš AASPĮ IS pusės. Tiekėjas turės parengti šių sąsajų specifikacijas.

27.2. Užtikrinti instrumentinių tyrimų užsakymų ir

informacijos valdymą (siuntimai, nuorodos į PACS saugomus vaizdus, aprašai)

27.2.1. Instrumentinių tyrimų užsakymas:

27.2.1.1. Turi būti galimybė sukurti instrumentinių tyrimų užsakymą, automatiškai užpildant instrumentinių tyrimų užsakymo formą asmens duomenimis, saugomais AASPĮ IS pacientų kataloge arba parsiunčiant paciento duomenis iš DPSDR;

27.2.1.2. Turi būti galimybė suvesti instrumentinių tyrimų užsakymo duomenis (numeris, data, laikas, įstaiga, gydytojas, sveikatos įrašas ir kt.);

27.2.1.3. Turi būti galimybė nurodyti:

27.2.1.3.1. užsakomą tyrimą; 27.2.1.3.2. tyrimo atlikimo tikslą;

27.2.1.3.3. iki kada tyrimas turi būti atliktas; 27.2.1.3.4. tyrimo atlikimo skubumą; 27.2.1.3.5. preliminarią diagnozę;

27.2.1.3.6. kitus tyrimo užsakymo duomenys.

27.2.1.4. Pasirinkus užsakomą tyrimą pagal parengtus tyrimų aprašymus turi būti pateikiami paciento parengimo tyrimui nurodymai. Turi būti galimybė pagal poreikį nurodymus

atspausdinti arba išsiųsti el. paštu.

27.2.1.5. Tyrimo tikslas turi būti nurodomas vykdant paiešką ir pasirenkant tipinius šabloninius tyrimo tikslų tekstus.

27.2.1.6. Pagal poreikį turi būti galimybė suformuotą instrumentinio tyrimo užsakymą atspausdinti arba išsiųsti el. paštu.

27.2.1.7. Užsakant instrumentinį tyrimą įstaigos viduje, laisvi laikai turi būti pateikiami pasirenkant tyrimo atlikimo vietą, gydytoją arba instrumentinį įrenginį. Pasirinkus tyrimo

atlikimui priskirtą laisvą laiką pacientas turi būti

užregistruojamas tyrimo atlikimui ir turi būti sukuriamas išankstinės registracijos įrašas.

27.2.2. Asmens, sveikatos įrašo ir bendro įstaigos instrumentinių tyrimų sąrašo sukūrimas:

27.2.2.1. Sukūrus instrumentinių tyrimų užsakymą turi būti sukuriami atitinkami instrumentinių tyrimų sąrašai: 27.2.2.1.1. asmens instrumentinių tyrimų sąrašas – pateikiami visi asmeniui užsakyti ir atlikti instrumentiniai tyrimai; 27.2.2.1.2. asmens sveikatos įrašo instrumentinių tyrimų sąrašas – pateikiami visi konkretaus asmens sveikatos įrašo atveju užsakyti ir atlikti instrumentiniai tyrimai;

27.2.2.1.3. bendras įstaigos instrumentinių tyrimų sąrašas – pateikiami visi gydymo įstaigoje užsakyti ir atlikti instrumentiniai tyrimai.

27.2.2.2. Instrumentinių tyrimų sąraše turi būti pateikiami asmens duomenys, tyrimo pavadinimas, užsakymo data ir laikas, tyrimo atlikimo data ir laikas, užsakiusi įstaiga ir gydytojas, tyrimo atlikimo skubos požymis, tyrimo užsakymo, registravimo ir atlikimo duomenys, tyrimo vaizdų nuorodos, sukurtų dokumentų nuorodos, tyrimo aprašų nuorodos, tyrimo aprašo turinys bei kiti duomenys.

27.2.2.3. Naudojant instrumentinių tyrimų sąrašą turi būti galimybė:

27.2.2.3.1. redaguoti instrumentinių tyrimų užsakymo duomenis;

27.2.2.3.2. vykdyti instrumentinių tyrimų registravimą; 27.2.2.3.3. pasirinkti tyrimo aprašų formas;

27.2.2.3.4. vykdyti instrumentinių tyrimų aprašymą; 27.2.2.3.5. sukurti ir pildyti tyrimo dokumentus.

27.2.2.4. Turi būti galimybė instrumentinių tyrimų sąrašą filtruoti pagal įvairius parametrus.

27.2.3. Instrumentinių tyrimų registravimas:

27.2.3.1. Turi būti galimybė suvesti, peržiūrėti ir redaguoti tyrimo registravimo duomenis:

27.2.3.1.1. planuojama tyrimo atlikimo data ir laikas; 27.2.3.1.2. planuojama tyrimo atlikimo trukmė;

27.2.3.1.3. tyrimą atliekantis ir aprašymą rengiantis darbuotojas;

27.2.3.1.4. kiti duomenys.

27.2.3.2. Instrumentinio tyrimo registravimo metu instrumentinio tyrimo atlikimas turi būti priskiriamas konkrečiam tyrimo įrenginiui;

27.2.3.3. Užregistravus instrumentinį tyrimą ir priskyrus konkrečiam tyrimo įrenginiui, užsakymo duomenys turi būti perduodami instrumentinių tyrimų užsakymų sąrašo perdavimo diagnostinius įrenginius palaikančiai programinei įrangai;

27.2.3.4. Instrumentinio tyrimo registravimo duomenys turi būti pateikiami prie kiekvieno instrumentinio tyrimo užsakymo.

27.2.4. Instrumentinių tyrimų atlikimas:

27.2.4.1. Išsaugojus instrumentinį tyrimą naudojant vaizdų archyvavimo ir saugojimo programinę įrangą, nuoroda apie tyrimo saugojimo vietą turi būti perduota gydymo įstaigos informacinei sistemai;

27.2.4.2. Nuoroda apie tyrimo saugojimo vietą vaizdų archyvavimo sistemoje turi būti pateikiama ir išsaugoma prie kiekvieno instrumentinio tyrimo užsakymo;

27.2.4.3. Turi būti galimybė suvesti, peržiūrėti ir redaguoti tyrimo atlikimo duomenis (data, laikas, tyrimą atlikęs darbuotojas, tyrimo trukmė, atliktų vaizdų skaičius, radiacinės apšvitos duomenys).

27.2.5. Instrumentinių tyrimų aprašymas:

27.2.5.1. Instrumentinis tyrimas peržiūrai ir ištyrimui turi būti pateikiamas prie instrumentinio tyrimo užsakymo pasirinkus nuorodą į instrumentinio tyrimo saugojimo vietą. Tyrimo vaizdas turi būti atveriamas naudojant AASPĮ turimą DICOM ar lygiaverčio standarto diagnostinių vaizdų peržiūros programinę įrangą.

27.2.5.2. Turi būti galimybė pasirinkti instrumentinio tyrimo aprašymo šabloną ir suvesti, peržiūrėti ir redaguoti instrumentinio tyrimo rezultatų duomenis. Kiekvienam instrumentiniam tyrimui turi būti sukuriamas individualus rezultatų aprašymo šablonas.

27.2.5.3. Turi būti galimybė suvesti, peržiūrėti ir redaguoti instrumentinio tyrimo atlikimo duomenis (atlikimo data ir laikas, tyrimą atlikęs gydytojas, tyrimo kodai pagal ACHI klasifikaciją, radiacinės apšvitos ir kiti duomenys).

27.2.5.4. Instrumentinių tyrimų aprašymai turi būti pateikiami prie kiekvieno užsakyto instrumentinio tyrimo.

27.2.6. Instrumentinių tyrimų dokumentų sukūrimas:

27.2.6.1. Turi būti galimybė sukurti gydymo įstaigoje atliekamų instrumentinių tyrimų sąrašą.

27.2.6.2. Turi būti galimybė suvesti, peržiūrėti ir redaguoti instrumentinių tyrimų duomenis – tyrimo pavadinimas, tyrimo pavadinimo trumpinys, tyrimo kodas, tyrimo tipas, tyrimo grupė, pavadinimas ir kodas pagal LOINC klasifikaciją ir kiti duomenys.

27.2.6.3. Turi būti galimybė pasirinkti ir tyrimui priskirti tyrimo aprašymui naudojamą dokumentų šabloną.

27.2.6.4. Turi būti galimybė pasirinkti ir tyrimui priskirti tyrimo aprašymui naudojamą rezultatų aprašymo formą;

27.2.6.5. Turi būti galimybė pasirinkti ir tyrimui priskirti diagnostinius įrenginius, su kuriais tyrimas gali būti

atliekamas.

27.2.6.6. Turi būti galimybė pasirinkti ir tyrimui priskirti darbo vietas, kuriose gali būti atliekamas instrumentinis tyrimas ir kurioms sukuriami išankstinei registracijai naudojami tyrimo atlikimo laikai.

27.2.6.7. Turi būti galimybė pasirinkti ir tyrimui priskirti ACHI tyrimų kodus.

27.2.6.8. Turi būti galimybė instrumentinių tyrimų sąrašą filtruoti pagal įvairius parametrus.

27.2.7. Integracija su eSPBI IS MedVAIS:

27.2.7.1. Turi būti užtikrintas paciento medicininio vaizdo, atlikto sveikatos priežiūros įstaigoje, kartu su Elektronine medicinine istorija (toliau – EMI) įrašu pateikimas saugojimui į eSPBI IS medicininių vaizdų tvarkymo posistemę (Medicininio vaizdo pateikimas iš AASPĮ IS į eSPBI IS).

27.2.7.2. Turi būti užtikrintas paciento medicininio vaizdo su ESI įrašu paėmimas peržiūrai sveikatos priežiūros specialistui, dirbančiam sveikatos priežiūros įstaigoje, suspaustu (formatu peržiūrai) vaizdo duomenų formatu (Medicininio vaizdo paėmimas specialistui suspaustu vaizdo formatu).

27.2.7.3. Turi būti užtikrintas paciento medicininio vaizdo su ESI įrašu gavimas peržiūrai sveikatos priežiūros specialistui, dirbančiam sveikatos priežiūros įstaigoje, pilnu vaizdo formatu (formatu diagnostikai, DICOM formato failu) (Medicininio vaizdo pateikimas specialistui pilnu vaizdo formatu).

27.3. Užtikrinti diagnostinių vaizdų peržiūrą

27.3.1. Reikalavimai DICOM ar lygiaverčio standarto diagnostinių vaizdų peržiūrai:

27.3.1.1. Turi būti užtikrinta galimybė iš AASPĮ IS naudotojo sąsajos atidaryti AASPĮ turimą diagnostinių vaizdų peržiūros programą. AASPĮ turima diagnostinių vaizdų peržiūros programinė įranga turi būti atidaroma nuorodos pagalba iš gydymo įstaigos informacinės sistemos. Atsidariusi peržiūros programa turi atvaizduoti paciento, iš kurio elektroninės sveikatos istorijos buvo atidaryta, vaizdus.

27.3.1.2. Turi būti užtikrintas naudotojų autorizavimas gydymo įstaigos informacinėje sistemoje, užtikrinantis, kad nereikėtų pakartotinės autorizacijos vaizdų peržiūros programinėje įrangoje (angl. Single sign on). Vaizdų peržiūros programa, ją atidarant iš įstaigos informacinės sistemos, turi nereikalauti naudotojo vardo ir slaptažodžio suvedimo, laikant, kad naudotojas autorizuotas jungiantis prie gydymo įstaigos informacinės sistemos.

27.3.1.3. Turi būti galimybė atidaryti konkretų paciento tyrimo vaizdą peržiūrai iš gydymo įstaigos informacinės sistemos. Turi būti galimybė naudotojui gydymo įstaigos informacinėje sistemoje iš anksto pasirinkti, kokio tyrimo vaizdus atidaryti vaizdų peržiūros programoje (siekiant išvengti perteklinės vaizdinės informacijos).

27.3.2. Pastaba. Nesant galimybės integruoti AASPĮ IS su

	AASPĮ turima diagnostinių vaizdų peržiūros programine įranga, tiekėjas turi pasiūlyti lygiavertį sprendimą, užtikrinantį 27.3.1 punkte nurodytų funkcionalumų realizavimą.
28. Reikalavimai Integracinei posistemei
Xxxxxxx aprašymas Integracija su eSPBI IS užtikrins ESI duomenų paiešką eSPBI IS, taip pat leis atlikti paciento EMI duomenų suvestų AASPĮ IS perdavimą į eSPBI IS pagal SAM nustatytus reikalavimus taip prisidedant prie paciento ESI kūrimo. Reikalingi duomenys iš kitų išorės registrų ir informacinių sistemų bus gaunami bei teikiami per integracinę sąsają su eSPBI IS. Į IPR bus perduodami gydytojų sąrašai, darbo grafikai ir informacija apie užimtumą, o į AASPĮ IS bus perduodamos išankstinės pacientų registracijos duomenys. AASPĮ IS registruojant duomenis reikalaujamus pagal neįgalumo ir darbingumo lygio nustatymo tvarkos aprašus, sukuriami elektroniniai siuntimai neįgalumo, darbingumo lygio, bendrųjų pirminių specialiųjų poreikių nustatymui bus perduodami Neįgalumo ir darbingumo nustatymo tarnybai ir šios tarnybos informacinei sistemai pagal nustatytus reikalavimus. Bus galimybė naudojant paciento EMI duomenis sukuriamus nedarbingumo bei nėštumo ir gimdymo atostogų paskyrimo dokumentus, perduoti į SODRA IS. Į SVEIDRA IS bus galimybė perduoti duomenis susijusius su pacientų prisirašymu, suteiktomis paslaugomis ir kitą Valstybinėms ligonių kasoms aktualią informaciją. Reikalavimai posistemės funkcionalumui
Funkcionalumas	Funkcionalumo aprašymas
28.1. Užtikrinti duomenų apsikeitimą su eSPBI IS, kitomis informacinėmis sistemomis ir registrais	28.1.1. Turi būti sukurtos priemonės, užtikrinančios duomenų mainus su eSPBI IS ir kitomis informacinėmis sistemomis bei registrais. Reikalavimai integracinėms sąsajoms aprašyti skyriuje „Reikalavimai sąsajoms su kitomis informacinėmis sistemomis“.
28.2. Vykdyti pacientų duomenų sujungimą, priskiriant visus besidubliuojančių pacientų EMI ir kitus duomenis vienam asmeniui	28.2.1. Turi būti galimybė vykdyti asmenų, kurių duomenys bus sujungti, paieška; 28.2.2. Turi būti galimybė vykdyti besidubliuojančių asmenų paiešką; 28.2.3. Turi būti galimybė pasirinkti asmenis, kurių duomenis norima sujungti; 28.2.4. Turi būti galimybė peržiūrėti ir pasirinkti, kurie besidubliuojančių asmenų duomenys, bus priskirti po sujungimo liksiančiam asmeniui. 28.2.5. Turi būti galimybė vykdyti asmenų ir jų duomenų sujungimą. Sujungiamų asmenų EMI duomenys turi būti priskiriami likusiam po sujungimo asmeniui. Turi būti išsaugoma istorija, kokių įrašų duomenys buvo apjungti.
29. Reikalavimai Statistinės analizės posistemei
Xxxxxxx aprašymas Statistinės analizės posistemėje galima suformuoti įstaigos veiklai reikalingas standartines ataskaitas arba, naudojantis specialiai tam skirtu informacinės sistemos įrankiu, atlikti informacinėje sistemoje saugomos informacijos analizę, sukuriant iš pasirinktų duomenų pageidaujamą ataskaitą. Sukurtos ataskaitos gali būti peržiūrimos, eksportuojamos ir spausdinamos. Suformuojami sukurtų ataskaitų sąrašai pagal naudotojus, ataskaitų tipus ir kitus kriterijus. Kiekvieną suformuotą ataskaitą galima eksportuoti į pasirinktus formatus (DOC, XLS, PDF, CSV arba lygiaverčius ir kt.), didelius atrinktus duomenų kiekius eksportuoti (išsisaugoti kompiuteryje CSV arba lygiaverčiame formate tolimesnei analizei) neatvaizduojant atrinktų duomenų ekrane.

Reikalavimai posistemės funkcionalumui
Funkcionalumas	Funkcionalumo aprašymas
29.1. Metinių statistinių ataskaitų formavimas ir valdymas	29.1.1. Turi būti galimybė formuoti metines statistines ataskaitas (neapsiribojant): 29.1.1.1. prisirašiusiųjų pacientų ataskaitas: 29.1.1.1.1. prisirašiusiųjų pacientų pagal laikotarpį, savivaldybes, gyvenvietes, skyrius, gydytojus, amžiaus grupes, lytį, draustumą; 29.1.1.1.2. išvykusių /atvykusių pacientų pagal laikotarpį, apylinkes; 29.1.1.2. apsilankymų ir konsultacijų statistines ataskaitas: 29.1.1.2.1. gydytojų darbo apskaitos pagal laikotarpį, gydytojus, apsilankymus, suteiktas konsultacijas, skatinamąsias paslaugas ir kt.; 29.1.1.2.2. suteiktų asmens sveikatos priežiūros paslaugų apmokėjimo pagal laikotarpį, paslaugas, gydytojus, apsilankymus, konsultacijas, paslaugų kainą; 29.1.1.2.3. apsilankymų įstaigoje pagal laikotarpį, gydytojus, apsilankymus, laisvą laiką; 29.1.1.2.4. asmens ambulatorinio gydymo apskaitos kortelės sąrašų pagal laikotarpį, diagnozes, paslaugų tipus („gydymo lapų“ sąrašas); 29.1.1.3. sergamumo statistines ataskaitas: 29.1.1.3.1. sergamumo ataskaita pagal laikotarpį, amžiaus grupes, ligų grupes, asmenis. 29.1.1.4. suteiktų prevencinių/ skatinamųjų paslaugų statistines ataskaitas: 29.1.1.4.1. suteiktų paslaugų pagal laikotarpį, apylinkes, skyrius, amžiaus grupes, lytį; 29.1.1.4.2. skatinamųjų prevencinių paslaugų įvedimo kontrolės pagal laikotarpį, gydytojus, paslaugų kodus; 29.1.1.4.3. infekcinių susirgimų pagal laikotarpį, ligas, amžiaus grupes, lytį, gyvenamą vietovę; 29.1.1.5. darbo krūvių ataskaitas: 29.1.1.5.1. pacientų apsilankymų (užsirašę, apsilankę, neatvykę, priimti papildomai) pagal laikotarpį, gydytojus, skyrius; 29.1.1.5.2. gydytojų darbo krūvių ataskaitos pagal laikotarpį, gydytojus, skyrius, apsilankymus, xxxxxxxxx, darbo laiką. 29.1.1.5.3. Ataskaitų forma ir elementai turės būti suderinti su PO ir detalios specifikacijos rengimo metu. Tiekėjas turės sukurti iki 20 su PO suderintų ataskaitų.
29.2. Finansinių ataskaitų formavimas ir valdymas	29.2.1. Turi būti galimybė formuoti finansines (atsiskaitymų su ligonių kasomis) ataskaitas (neapsiribojant): 29.2.1.1.1. suteiktų asmens sveikatos priežiūros paslaugų detali ataskaita pagal laikotarpį, Privalomojo sveikatos draudimo fondo (toliau – PSDF) biudžeto straipsnį, pacientus, paslaugas, paslaugų kainą. 29.2.1.1.2. suteiktų asmens sveikatos priežiūros paslaugų suvestinė pagal laikotarpį, PSDF biudžeto straipsnį, paslaugas, paslaugų kainą.

29.2.1.1.3. slaugos paslaugų namuose, apmokamų iš PSDF biudžeto ataskaita pagal laikotarpį, PSDF biudžeto straipsnį, paslaugas, pacientus.

29.2.1.2. Ataskaitų forma ir elementai turės būti suderinti su PO ir detalios specifikacijos rengimo metu. Tiekėjas turės sukurti iki 10su PO suderintų ataskaitų.

29.3. Prisirašiusiųjų pacientų sąrašų valdymas

29.3.1. Turi būti galimybė formuoti prisirašiusiųjų

(įregistruotų/ išregistruotų) pacientų sąrašus (ataskaitas apie prisirašiusius pacientus) pagal:

29.3.1.1. gydytojus;

29.3.1.2. amžiaus grupes;

29.3.1.3. profilius;

29.3.1.4. laikotarpį;

29.3.1.5. kitus parametrus.

29.4. Užtikrinti asmens ambulatorinio gydymo apskaitos kortelės formos 025/a-LK duomenų valdymą, ataskaitų formavimą

29.4.1. Turi būti galimybė formuoti asmens ambulatorinio gydymo apskaitos ataskaitas iš sistemoje sukauptų duomenų pagal:

29.4.1.1. apsilankymus;

29.4.1.2. siuntimų informaciją;

29.4.1.3. suteiktas paslaugas;

29.4.1.4. paslaugų tipus;

29.4.1.5. ligos kodus;

29.4.1.6. paslaugų kodus;

29.4.1.7. diagnozes;

29.4.1.8. kitus parametrus.

29.5. Suteikti priemones

laboratorijos veiklos ataskaitų valdymui

29.5.1. Turi būti galimybė AASPĮ IS formuoti, spausdinti laboratorijos veiklos valdymo ataskaitas pagal:

29.5.1.1.1. atliktus tyrimus;

29.5.1.1.2. užsakymus.

29.6. Užtikrinti priemones reikiamais pjūviais formuoti įstaigos veiklos ataskaitas

29.6.1. Turi būti pateiktos priemonės, suteikiančios galimybes reikiamais pjūviais formuoti įstaigos veiklos ir kitas

ataskaitas. Detalūs reikalavimai ataskaitų formavimui

aprašyti skiltyje „Reikalavimai Bendros sistemos posistemei“.

29.7. Užtikrinti Lietuvos Respublikos Sveikatos apsaugos ministro 1999 m. lapkričio 29 d. įsakyme Nr.

515 „Dėl sveikatos priežiūros įstaigų veiklos apskaitos ir

atskaitomybės tvarkos“ numatytų ataskaitų

atvaizdavimą ir valdymą pagal surinktą klinikinę informaciją ir duomenis

29.7.1. Turi būti galimybė formuoti šias įsakymo 2 priede nurodytas ataskaitas:

29.7.1.1. Asmens sveikatos priežiūros įstaigų ataskaitos: 29.7.1.1.1. Forma Nr. 1, Asmens sveikatos priežiūros įstaigos metų veiklos ataskaita;

29.7.1.1.2. Forma Nr. 3, Metų personalo ataskaita; 29.7.1.1.3. Forma Nr. 26, Sportuojančiųjų sveikatos tikrinimas;

29.7.1.2. Specializuota veikla:

29.7.1.2.1. Ftiziatrija:

29.7.1.2.1.1. Forma Nr. 23-1, Tuberkuliozės diagnostikos, ja sergančiųjų gydymo ir priežiūros ataskaita;

29.7.1.2.1.2. Forma Nr. 23-2, Ketvirčio ataskaita (duomenys apie sergančius tuberkulioze ligonius). 29.7.1.2.2. Onkologija:

29.7.1.2.2.1. Forma Nr. 12, Ataskaita apie susirgusius vėžiu ir kitais piktybiniais navikais;

29.7.1.2.2.2. Forma Nr. 24, Ataskaita apie ligonius, sergančius piktybiniais navikais;

	29.7.1.2.3. Psichiatrija ir narkologija: 29.7.1.2.3.1. Forma Nr. 13, Ataskaita apie sergančiuosius psichikos ligomis; 29.7.1.2.4. Akušerija: 29.7.1.2.4.1. Forma Nr. 17, Metų ataskaita apie abortus; 29.7.1.3. Visuomenės sveikatos priežiūros įstaigų ataskaitos: 29.7.1.3.1. Užkrečiamų ligų profilaktika ir kontrolė: 29.7.1.3.1.1. Forma Nr. 4, Sergamumas užkrečiamomis ligomis; 29.7.1.3.1.2. Forma Nr. 7, Imuniteto būklės ataskaita; 29.7.1.3.1.3. Forma Nr. 8, Profilaktinių skiepijimų ataskaita; 29.7.1.3.1.4. Forma Nr. 65, Duomenys apie nustatytus lytiškai plintančių infekcijų sukėlėjus ir ŽIV; 29.7.1.3.1.5. Forma Nr. 67, Ataskaita apie ištirtus dėl ŽIV asmenis pagal tiriamąsias grupes. 29.7.2.
30. Reikalavimai Sistemos administravimo posistemei
Xxxxxxx aprašymas Posistemės paskirtis – užtikrinti AASPĮ IS naudotojų ir jų teisių administravimą, klasifikatorių tvarkymą, jų susiejimą su nacionaliniais klasifikatoriais, pateikti priemones sistemos auditui ir konfigūravimui. Reikalavimai posistemės funkcionalumui
Funkcionalumas	Funkcionalumo aprašymas
30.1. Užtikrinti vidinių naudotojų administravimą	30.1.1. Turi būti galimybė sukurti, peržiūrėti, redaguoti, deaktyvuoti informacinės sistemos naudotojus; 30.1.2. Turi būti galimybė suskurti bei redaguoti naudotojų prisijungimo vardą ir slaptažodį; 30.1.3. Turi būti galimybė blokuoti naudotojo teisę prisijungti prie informacinės sistemos; 30.1.4. Turi būti sukuriamas informacinės sistemos naudotojų sąrašas; 30.1.5. Turi būti galimybė vykdyti naudotojų paiešką informacinės sistemos naudotojų sąraše pagal įvairius parametrus. 30.1.6. AASPĮ IS naudotojus turi būti galima autentifikuoti naudojant išorinę naudotojų valdymo sistemą (LDAP arba lygiavertę).
30.2. Užtikrinti sistemos naudotojų teisių ir leidimų (pavadavimų) sistemos administravimą	30.2.1. Turi būti galimybė kiekvienam naudotojui priskirti, peržiūrėti ir redaguoti teisių grupes (teisių rinkinius); 30.2.2. Priskirtos teisių grupės turi nustatyti naudotojo teises (sukurti, redaguoti, peržiūrėti ir t.t.) naudojantis informacinės sistemos funkcionalumų (modulių) funkcijomis. 30.2.3. Turi būti galimybė sukurti ir panaikinti darbuotojų pavadavimus (nurodant pavadavimo galiojimo trukmę), suteikiant prieigą pavaduojančiam specialistui prie pavaduojamam specialistui prieinamų duomenų ir funkcijų. 30.2.4. Sistemos administratorius turi turėti galimybę tvarkyti visų naudotojų pavadavimus. Specialistas turi turėti galimybę nustatyti, kas ir kada jį pavaduos. 30.2.5. Turi būti galimybė informuoti apie naujai įsigaliojusį,

panaikintą, pasibaigusį pavadavimą su tuo susijusius darbuotojus.

30.2.6. Turi būti sukuriamas ir pateikiamas peržiūrai ir administravimui informacinės sistemos funkcionalumų (modulių) sąrašas;

30.2.7. Turi būti sukuriamas ir pateikiamas peržiūrai ir administravimui kiekvieno informacinės sistemos funkcionalumo (modulio) funkcijų sąrašas;

30.2.8. Turi būti sukuriamas ir pateikiamas peržiūrai ir administravimui kiekvienos informacinės sistemos funkcionalumo (modulio) funkcijos administruojamų teisių (sukurti, redaguoti, peržiūrėti ir t.t.) sąrašas;

30.2.9. Turi būti galimybė pasirinkti reikiamas funkcijų teises ir sukurti, peržiūrėti bei redaguoti teisių grupes (rinkinius).

30.3. Užtikrinti klasifikatorių ir žurnalų sudarymą ir

tvarkymą bei klasifikatorių susiejimą su nacionaliniais klasifikatoriais

30.3.1. Informacinėje sistemoje turi būti sukurti ir pateikiami peržiūrai bei klinikinės informacijos registravimui standartizuoti klinikiniai (ir kiti) klasifikatoriai:

30.3.1.1. asmens sveikatos priežiūros paslaugų ir sveikatos programose numatytų paslaugų klasifikatoriai ir jų pakeitimai;

30.3.1.2. sveikatos priežiūros paslaugų bazinių kainų kainynai ir jų pakeitimai;

30.3.1.3. kompensuojamųjų vaistinių preparatų kainynas ir jo pakeitimai;

30.3.1.4. kompensuojamųjų medicinos pagalbos priemonių kainynas ir jo pakeitimai;

30.3.1.5. vaistinių medžiagų ir vaistinių preparatų, įtrauktų į Europos farmakopėją, sąrašas ir jo pakeitimai;

30.3.1.6. Tarptautinės statistinės ligų ir sveikatos sutrikimų klasifikacijos dešimtasis pataisytas ir papildytas leidimas

„Sisteminis ligų sąrašas“ (Australijos modifikacija, TLK-10- AM), įdiegtas sveikatos apsaugos ministro 2011 m. vasario 23 d. įsakymu Nr. V-164 (Žin., 2011, Nr. 23-1108), ir jo pakeitimai;

30.3.1.7. ACHI – Australijos medicininių intervencijų klasifikacija;

30.3.1.8. medicininių intervencijų klasifikacijos sisteminis intervencijų sąrašas pagal giminingų diagnozių grupavimą (Diagnosis-related group (DRG) ir jo pakeitimai;

30.3.1.9. SNOMED CT (Systematized Nomenclature of Medicine – Clinical Terms) lietuviškasis medicinos terminų žodynas;

30.3.1.10. Laboratorinių tyrimų, ėminių ir analičių klasifikatoriai;

30.3.1.11. TNM – Tarptautinis piktybinių navikų klasifikatorius;

30.3.1.12. ICD-O-3 – Tarptautinis onkologinių ligų klasifikatorius;

30.3.1.13. ICF – Tarptautinis funkcinių sutrikimų ir neįgalumo klasifikatorius;

30.3.1.14. Europos Sąjungos mastu centralizuotai tvarkomas šalių klasifikatorius, kurio pagrindą sudaro 2006 m. gruodžio

13 d. Komisijos reglamentas (EB) Nr. 1833/2006 dėl šalių ir teritorijų nomenklatūros, skirtos Bendrijos užsienio prekybos ir prekybos tarp valstybių narių statistikai (OL 2006 L354, p. 19), ir jo pakeitimai;

30.3.1.15. Valstybės ir savivaldybių kodų klasifikatorius ir jo pakeitimai;

30.3.1.16. Adresų klasifikatorius ir jo pakeitimai;

30.3.1.17. Ekonominės veiklos rūšių klasifikatorius, patvirtintas Statistikos departamento prie Lietuvos Respublikos Vyriausybės generalinio direktoriaus 2007 m. spalio 31 d. įsakymu Nr. DĮ-226 (Žin., 2007, Nr. 119-4877), ir jo pakeitimai;

30.3.1.18. Lietuvos Respublikos profesijų klasifikatoriaus atnaujinta šešiaženklė struktūra pagal ISCO-08, patvirtinta Lietuvos darbo rinkos mokymo tarnybos prie Socialinės apsaugos ir darbo ministerijos direktoriaus 2010 m. rugsėjo 30 d. įsakymu Nr. V(5)-167 (Žin., 2010, Nr. 117-5989), ir jos pakeitimai;

30.3.1.19. metodinės pagalbos sveikatinimo specialistui teikimą tyrimo ir gydymo proceso metu užtikrinantys

suklasifikuoti duomenys (informacija apie rekomenduojamus tyrimo, gydymo būdus, vaistinių preparatų klinikinė informacija);

30.3.1.20. kiti eSPBI IS palaikomi ir pateikiami naudojimui klinikiniai klasifikatoriai.

30.3.2. Turi būti galimybė naudojant standartizuotus (TLK- 10, VLK paslaugų, ACHI, TNM ir kt.) klasifikatorius

registruoti pacientų diagnozes, suteiktas paslaugas, atliktas operacijas ir kitą klinikinę informaciją, įskaitant VLK formų pildymą pagal DRG reikalavimus bei perdavimą ligonių kasų informacinei sistemai SVEIDRA IS tiesiogiai ir/arba per eSPBI IS, jeigu ligonių kasų reikalaujama informacija pagal nustatytus reikalavimus ir technines sąlygas bus teikiama per eSPBI IS.

30.3.3. Klinikinių (ir kitų) klasifikatorių komponentai turi būti įdiegti reikiamuose informacinės sistemos

funkcionalumuose vykdant klasifikatorių reikšmių paiešką, pasirinkimą, pasirinktų reikšmių išsaugojimą, peržiūrą ir redagavimą.

30.3.4. Klinikinių (ir kitų) klasifikatorių komponentai pagal konkretaus informacinės sistemos funkcionalumo aplinkos poreikį turi būti realizuoti naudojant standartinius komponentus, kaip išskleidžiamasis sąrašas, paieška renkant, medis, kortelės, išskleidžiamasis sąrašas su kelių reikšmių pasirinkimu, išskleidžiamasis sąrašas kartu su paieška renkant ir vienos arba kelių reikšmių pasirinkimu.

30.3.5. Visi klinikiniai (ir kiti) klasifikatoriai turi būti pateikiami vienoje informacinės sistemos vietoje, kaip klasifikatorių sąrašas. Pasirinkus konkretų klasifikatorių,

pastarasis turi būti pateikiamas peržiūrai tokiu formatu, kuris leidžia pačiu patogiausiu būdu susipažinti su klasifikatoriaus struktūra ir peržiūrėti klasifikatoriaus reikšmes.

	30.3.6. Standartizuoti ir vieningi visos Lietuvos mastu klasifikatoriai (pvz. TLK-10-AM, ACHI ir kt.) turi būti atnaujinami pagal poreikį pasikeitus klasifikatoriaus turiniui, įdiegiant atnaujintą klasifikatoriaus versiją; 30.3.7. Standartizuoti ir vieningi visos Lietuvos mastu klasifikatoriai, kurie palaikomi ir pateikiami naudojimui eSPBI IS, turi būti informacinės sistemos automatiškai atnaujinami naudojantis eSPBI IS teikiamais funkcionalumais; 30.3.8. Individualūs konkrečios įstaigos klasifikatoriai turi būti sukuriami ir redaguojami, naudojant tam tikslui skirtą informacinės sistemos naudotojo aplinką.
30.4. Užtikrinti sistemos auditą ir sistemos konfigūravimą	30.4.1. Turi būti galimybė, naudojant AASPĮ IS administravimo priemones, valdyti sistemos konfigūracinius parametrus. 30.4.2. Turi būti galimybė vykdyti AASPĮ IS naudotojų atliekamų veiksmų auditą. Turi būti galimybė audituoti šiuos naudotojų veiksmus (neapsiribojant): 30.4.2.1. naudotojo autentifikavimasis (prisijungimas) ir darbo sesijos pabaiga sistemoje; 30.4.2.2. atliekama paieška sistemoje pagal tam tikrus laukus; 30.4.2.3. tam tikrų laukų pakeitimas (atnaujinimas, įterpimas, pašalinimas). 30.4.3. Atliekant auditavimo įrašo išsaugojimą duomenų bazėje minimaliai turi būti kaupiama: 30.4.3.1. kas atliko veiksmą (naudotojas); 30.4.3.2. kada atliko veiksmą (data ir laikas); 30.4.3.3. prieigos prie duomenų tikslas (gydymas, auditas ir kt.) 30.4.3.4. kokius duomenis atnaujino; 30.4.3.5. kokius duomenis įterpė; 30.4.3.6. kokius duomenis pašalino; 30.4.3.7. naudota paieškos frazė. 30.4.4. AASPĮ IS administravimo priemonėmis turi būti galimybė atlikti audito įrašų filtravimą ir peržiūrą. Reikalingi veiksmai su auditavimo įrašais turi būti identifikuoti analizės ir detalios specifikacijos rengimo metu 30.4.5. Siekiant išvengti perteklinės auditavimo informacijos kaupimo, tikslūs audito įrašų darymo momentai turi būti identifikuoti analizės ir detalios specifikacijos rengimo metu kartu su Perkančiąja organizacija.
31. Reikalavimai Bendros sistemos posistemei
Xxxxxxx aprašymas Pateikiamos priemonės ataskaitų valdymui: pateikiami suformuotų ataskaitų ir dokumentų sąrašai, užtikrinama ataskaitų ir dokumentų peržiūra, spausdinimas ir eksportavimas. Sudaroma galimybė pasirašyti dokumentus el.parašu. Sukuriami dokumentų šablonai įstaigoje naudojamiems dokumentams (išrašas, pažymos, operacijų protokolai ir kt.). Kuriant šablonus, pasirenkami duomenys, kuriuos norima įkelti į dokumentą iš paciento EMI, sukuriamas pageidaujamas dokumento dizainas. Naudojant šabloną, sukuriamas dokumentas, kuris užpildomas pasirinkta informacija iš paciento EMI arba perkeliant anksčiau sukurto dokumento informaciją. Dokumentas gali būti atspausdinamas arba siunčiamas el. paštu. Sukurtus dokumentus galima susirasti, peržiūrėti ir

redaguoti. Sukuriami paciento, gydytojų bei padalinių dokumentų sąrašai. Sukuriant dokumentą, šis automatiškai priskiriamas atitinkamam dokumentų registracijos žurnalui ir dokumentui suteikiamas registracijos numeris pagal gydymo įstaigos nustatytas dokumentų numeracijos taisykles. Taip pat turi būti galimybė prijungti skenuotus dokumentus prie paciento EMI. Turi būti galimybė gauti nuasmenintus duomenis finansinei ir statistinei analizei.

Reikalavimai posistemės funkcionalumui

Funkcionalumas

Funkcionalumo aprašymas

31.1. Ataskaitų valdymas:

- pateikti suformuotų ataskaitų ir dokumentų sąrašus;

- užtikrinti ataskaitų ir dokumentų peržiūrą ekrane;

- užtikrinti ataskaitų ir dokumentų spausdinimą;

- užtikrinti duomenų eksportą į reikiamą formatą (pvz. CSV);

- sudaryti sąlygas naudoti nuasmenintus duomenis finansinei ir statistinei analizei

31.1.1. Turi būti galimybė suformuoti naują ataskaitą, pasirenkant pageidaujamą ataskaitą, nurodant ataskaitos parametrus (pvz. laikotarpis, padalinys, gydytojas, teritorija ir t.t.) bei ataskaitos stulpelius, kuriuos naudotojas nori matyti suformuotoje ataskaitoje bei peržiūrimos ir spausdinamos ataskaitos puslapių formatą (stačiai arba gulsčiai);

31.1.2. Turi būti galimybė naudotojo pasirinktų ataskaitos parametrų ir stulpelių sąrašą išsaugoti kaip numatytąjį;

31.1.3. Ataskaitų parametruose turi būti pateikiami duomenų kodavime naudoti klasifikatoriai (TLK-10-AM; ACHI; VLK paslaugos; Įstaigų klasifikatorius; Gydytojų sąrašas ir kiti);

31.1.4. Sukuriant naujas ataskaitas turi būti galimybė vienu metu užsakyti neribotą skaičių skirtingų ataskaitų su skirtingais parametrais ir stulpeliais, o naudotojui turi būti pateikiamas jo užsakomų ataskaitų sąrašas;

31.1.5. Turi būti galimybė užsakytas ir kuriamas ataskaitas rikiuoti į eilę, ir formuoti eilės tvarka, o eilę pateikti naudotojams peržiūrai, kad būtų matomos formuojamos ir jau suformuotos ataskaitos;

31.1.6. Kiekvieną suformuotą ataskaitą turi būti galimybė peržiūrėti, o peržiūros metu ataskaitą pakartoti, atnaujinti ataskaitos duomenis, spausdinti arba ištrinti. Prieš spausdinant ataskaitą turi būti galimybė peržiūrėti spausdinimui parengtu formatu suskaidytą į puslapius bei sutalpintą į statmeną ar gulsčią puslapį;

31.1.7. Turi būti galimybė kiekvieną suformuotą ataskaitą eksportuoti į pasirinktus formatus (Word, Excel, PDF,CSV ar lygiaverčius ir kt.), didelius atrinktus duomenų kiekius eksportuoti (išsisaugoti kompiuteryje CSV arba lygiaverčiame formate tolimesnei analizei) neatvaizduojant atrinktų duomenų ekrane;

31.1.8. Turi būti galimybė suformuoti SPĮ reikalingą ataskaitą iš duomenų, kurie saugomi IS. Reikiamos ataskaitos bus apibrėžtos analizės ir detalios specifikacijos rengimo metu.

31.1.9. Turi būti galimybė ataskaitas priskirti tam tikroms ataskaitų grupėms;

31.1.10. Naudotojams turi būti pateikiami atskaitų sąrašai pagal jiems priskirtas teises, nusakančias, kurias ataskaitas ar ataskaitų grupes gali matyti naudotojas. Pasirinkus ataskaitų grupę, turi būti pateikiamas atitinkamos grupės sukurtų ataskaitų sąrašas;

31.1.11. Turi būti galimybė suformuotų ataskaitų ieškoti pagal ataskaitos pavadinimą, ataskaitos sukūrimo datą,

ataskaitos sudarytoją ir kitus kriterijus;

31.1.12. Turi būti galimybė pakartoti kiekvieną suformuotą ataskaitą tiesiogiai iš ataskaitų sąrašo (neperžiūrint ataskaitos turinio), sukuriant tokią pačią naują ataskaitą arba, prieš tai pakeitus norimus parametrus (pvz. laikotarpis), sukurti analogišką naują ataskaitą, atitinkančią pasirinktus parametrus;

31.1.13. Turi būti galimybė spausdinti kiekvieną suformuotą ataskaitą tiesiogiai iš ataskaitų sąrašo (neperžiūrint ataskaitos turinio). Ataskaitos turi būti spausdinamos pagal formuojant nustatytus puslapio parametrus;

31.1.14. Turi būti galimybė kiekvieną suformuotą ataskaitą ištrinti tiesiogiai iš ataskaitų sąrašo (neperžiūrint ataskaitos turinio).

31.1.15. Reikalavimai dokumentų sąrašų sukūrimui:

31.1.15.1. Turi būti galimybė peržiūrėti konkretaus asmens visų jam sukurtų dokumentų sąrašą, konkretaus sveikatos įrašo dokumentų sąrašą, konkretaus padalinio arba autoriaus dokumentų sąrašą, konkretaus tipo dokumentų sąrašą. Pasirinkus iš sąrašo konkretų dokumentą turi būti patenkama į dokumento peržiūros ir redagavimo aplinką;

31.1.16. Sąraše turi būti galimybė atlikti dokumento paiešką pagal asmens, sveikatos įrašo, dokumento ir kitus parametrus, peržiūrėti paieškos rezultatų sąrašą, o, pasirinkus paieškos rezultatų sąraše konkretų dokumentą, patenkama į dokumento peržiūros ir redagavimo aplinką.

31.2. Užtikrinti e-parašo naudojimą

31.2.1. AASPĮ IS turi užtikrinti el. parašo (skaitmeninio sertifikato) naudojimo galimybę:

31.2.1.1. Turi būti realizuota galimybė suformuoti el. parašu pasirašytą el. dokumentą su Perkančiąja organizacija analizės ir detalios specifikacijos rengimo metu suderintu formatu.

31.2.1.2. AASPĮ IS turi būti sudaryta galimybė įkelti kitomis priemonėmis sukurtą el. dokumentą.

31.2.2. Turi būti galimybė autentifikuotis AASPĮ IS, pasinaudojant el. parašo priemonėmis.

31.2.3. Turi būti galimybė gyventojui prisirašyti prie įstaigos, prisirašymo faktą patvirtinant el. parašu.

31.2.4. Turi būti galimybė sukurtus dokumentus pasirašyti el. parašu:

31.2.4.1. paciento vizitų į įstaigą dokumentus;

31.2.4.2. laboratorinių tyrimų dokumentus;

31.2.4.3. instrumentinių tyrimų dokumentus;

31.2.4.4. operacijų, manipuliacijų, paskyrimų aprašymų dokumentus;

31.2.4.5. išrašus, atsakymus;

31.2.4.6. kitus dokumentus.

31.2.4.7. Turi būti galimybė pasirašyti užpildytą nedarbingumo bei nėštumo ir gimdymo atostogų pažymėjimą elektroniniu parašu ir pateikti Sodros informacinei sistemai. Pažymėjimo pasirašymo metu turi būti tikrinamas pateikiamo pažymėjimo duomenų teisingumas ir pateikiamas klaidų sąrašas;

	31.2.4.8. Turi būti galimybė pasirašyti užpildytą neįgalumo ir darbingumo lygio nustatymo pažymą elektroniniu parašu, ir pateikti Neįgalumo ir darbingumo nustatymo tarnybos informacinei sistemai. 31.2.5. Turi būti sukurtos priemonės, leidžiančios perduoti el. parašu pasirašytus dokumentus fiziniams ir juridiniams asmenims. 31.2.6. Turi būti sukurtos priemonės, leidžiančios perduoti el. parašu pasirašytus dokumentus į įstaigos dokumentų archyvą.
31.3. Užtikrinti priemones	31.3.1. Reikalavimai dokumentų šablonų sukūrimui:
formų šablonų formavimui	31.3.1.1. Turi būti galimybė dokumento šablonui suteikti
	pavadinimą, šabloną priskirti dokumentų šablonų grupei ir
	tipui;
	31.3.1.2. Turi būti galimybė sukurti dokumento šablono
	formą;
	31.3.1.3. Turi būti galimybė norimose dokumento šablono
	vietose įkelti standartinius komponentus (pvz. tekstinis
	laukas, datos arba laiko laukas, žymimasis langelis,
	išskleidžiamasis sąrašas ir pan.), kurie atitinkamu formatu
	būtų pateikiami, kuriant iš dokumento šablono konkretų
	dokumentą informacijos suvedimui;
	31.3.1.4. Dokumento šablono norimose vietose turi būti
	galimybė įkelti sąsajas su konkrečiais informacinės sistemos
	duomenimis ar duomenų grupėmis, kurios, kuriant iš
	dokumento šablono konkretų dokumentą, atitinkamas
	dokumento vietas užpildytų informacinės sistemos duomenų
	bazėje sukaupta informacija (pvz. asmens duomenys,
	suteiktos paslaugos, atlikti tyrimai, klinikinė informacija ir
	t.t.);
	31.3.1.5. Turi būti galimybė sukurti sąsajas tarp skirtinguose
	dokumentų šablonuose naudojamų laukų (pvz. tekstinių,
	datos ir laiko ir pan.), kurios leistų, kuriant iš dokumentų
	šablonų konkrečius dokumentus, viename dokumente įvestą
	tekstą automatiškai perkelti į kitą dokumentą;
	31.3.1.6. Turi būti galimybė sukurti naują dokumento
	šabloną, panaudojant anksčiau sukurtą šabloną ir perkeliant
	visą anksčiau sukurto dokumento šablono informaciją į naujai
	kuriamą dokumento šabloną.
	31.3.2. Reikalavimai dokumentų šablonų grupių sukūrimui:
	31.3.2.1. Turi būti galimybė sukurti ir redaguoti dokumentų
	šablonų grupes ir pogrupius, kuriems bus priskiriami sukurti
	dokumentų šablonai;
	31.3.2.2. Turi būti galimybė peržiūrėti ir pasirinkti
	dokumentų šablonų grupėms ir pogrupiams priskirtus
	dokumentų šablonus.
	31.3.3. Reikalavimai dokumentų šablonų priskyrimui
	padaliniams ir registracijos žurnalams:
	31.3.3.1. Turi būti galimybė dokumento šabloną priskirti
	padaliniui;
	31.3.3.2. Turi būti galimybė sukurti padalinio dokumentų
	šablonų sąrašą;
	31.3.3.3. Turi būti galimybė sukurti dokumentų registracijos

žurnalus, kiekvienam žurnalui suteikiant pavadinimą, galiojimo terminą ir numeracijos tvarką, turinčią nekintamą (loginę) ir kintamą (skaitinę) reikšmę bei nurodant nuo kurio numerio pradedama žurnalo numeracija;

31.3.3.4. Turi būti galimybė sukurti dokumentų registracijos žurnalų sąrašą;

31.3.3.5. Turi būti galimybė dokumentų šablonus priskirti dokumentų registracijos žurnalams;

31.3.3.6. Turi būti galimybė atlikti dokumento numeracijos konfigūravimą, nustatant ar anuliavus dokumentą, kuriam buvo suteiktas žurnalo eilės numeris šis numeris atlaisvinamas ir suteikiamas kitam dokumentui ar lieka prie anuliuoto dokumento. Taip pat turi būti užtikrinama, kad tas pats numeris nebūtų suteiktas keliems skirtingiems dokumentams, kuomet vienu metu keli skirtingi naudotojai kuria dokumentą, priskirtą tam pačiam žurnalui.

31.3.4. Reikalavimai dokumentų pildymui naudojamų tipinių (šabloninių) tekstų sukūrimui:

31.3.4.1. Turi būti galimybė sukurti ir redaguoti dokumentų pildymui naudojamų tipinių tekstų laukus, suteikti lauko pavadinimą ir nurodyti formatą;

31.3.4.2. Turi būti galimybė sukurti ir redaguoti tipinius tekstus, kurie būtų priskiriami tipiniams tekstų laukams, tekstams suteikti pavadinimus;

31.3.4.3. Turi būti galimybė sukurti ir redaguoti tipinių tekstų laukų ir tipinių tekstų sąrašus;

31.3.4.4. Turi būti galimybė tipinius tekstus priskirti padaliniams, specialybėms ir naudotojams;

31.3.4.5. Turi būti galimybė nustatyti ir keisti tipinių tekstų naudojimo teises naudotojams – ar tekstas skirtas tik naudojimui ar gali būti ir redaguojamas.

31.3.5. Reikalavimai dokumentų sukūrimui:

31.3.5.1. Turi būti galimybė sukurti naujus dokumentus (vienu metu turi būti galimybė sukurti neribotą kiekį dokumentų), pasirenkant kuriamų dokumentų šablonus, asmenį, kuriam dokumentai kuriami ir sveikatos įrašą, su kuriuo dokumentai susiję ir kurių informacija turi būti panaudota dokumento turinyje;

31.3.5.2. Kuriami dokumentai turi būti automatiškai priskiriami dokumentų žurnalams ir suteikiamas dokumento numeris;

31.3.5.3. Turi būti galimybė spausdinti kuriamus dokumentus;

31.3.5.4. Kuriami dokumentai turi būti automatiškai užpildomi informacinėje sistemoje sukauptais ir saugomais asmens ir elektroninės sveikatos istorijos duomenimis;

31.3.5.5. Jeigu dokumentas kuriamas naudojant tipinį dokumentą, jis automatiškai turi būti užpildomas tipinio dokumento informacija;

31.3.5.6. Jeigu pacientui kuriamas naujas dokumentas, kuriame yra naudojami laukai, kurie buvo užpildyti anksčiau sukurtame dokumente, ši informacija turi būti automatiškai

	perkeliama į naujai kuriamą dokumentą. Dokumento pildymo metu turi būti galimybė atlikti tipinio dokumento paiešką, kurio informaciją norima įkelti į naujai kuriamą dokumentą; 31.3.5.7. Turi būti galimybė pildyti dokumente naudojamus tipinių tekstų laukus, vykdant tipinio teksto paiešką pagal pavadinimą arba teksto dalį bei pasirenkant norimą tekstą ir jį įkeliant į pildomą dokumento tekstinį lauką; 31.3.5.8. Turi būti galimybė dokumento pildymo metu sukurti reikalingus tekstus, kurie galėtų būti išsaugoti kaip tipiniai tekstai naudojimui ateityje redaguojamiems dokumentams; 31.3.5.9. Turi būti galimybė dokumentą i peržiūrėti, redaguoti, anuliuoti, spausdinti, siųsti el. paštu arba pasirašyti el. parašu. Spausdinti, siųsti el. paštu galima neribotą kiekį dokumentų vienu metu; 31.3.5.10. Turi būti galimybė patvirtinti dokumentą keliems asmenims.
31.4. Užtikrinti galimybę prijungti skenuotus dokumentus prie paciento EMI	31.4.1. Turi būti galimybė įkelti, peržiūrėti, spausdinti skenuotus dokumentus ir susieti juos su pasirinktu pacientu ir su pasirinktu paciento sveikatos įrašu.
32. Reikalavimai Profilaktikos / prevencijos posistemei
Trumpas aprašymas Paciento profilaktinių patikrinimų, įskaitant pagal profilaktines programas, planavimo funkcionalumas naudojamas sudaryti paciento profilaktinių patikrinimų planą pagal skirtingas profilaktines programas. Suformuojamas paciento apsilankymų planas profilaktiniams patikrinimams. Gydytojui suformuojamas pacientų, kurie turi atvykti profilaktiniam patikrinimui sąrašas. Pateikiami priminimai gydytojui ir pacientams, apie tai, kad reikia atvykti profilaktiniam patikrinimui. Registruojami profilaktinio patikrinimo rezultatai, pagal kuriuos paskiriamas sekantis profilaktinės programos veiksmas, kurį reikia atlikti pacientui. Skiepų planavimo ir skiepijimo informacijos kaupimo bei pacientų informavimo funkcionalumas naudojamas pacientų skiepijimų planavimui ir skiepų atlikimo registravimui. Sudaromas skiepų kalendorius, pagal kurį suformuojamas paciento apsilankymų dėl skiepų atlikimo sąrašas. Gydytojui suformuojamas sąrašas pacientų, kurie turi apsilankyti dėl skiepijimo. Pateikiami priminimai gydytojams ir pacientams dėl apsilankymo skiepijimui. Registruojama skiepijimo informacija (apie vakciną, kuri buvo panaudota, paciento būklę, pašalinius reiškinius ir pan.). Reikalavimai posistemės funkcionalumui
Funkcionalumas	Funkcionalumo aprašymas
32.1. Pateikti priemones elektroniniu būdu kaupiamos informacijos apie profilaktinius patikrinimus ir skiepijimus tvarkymui	32.1.1. Turi būti galimybė sukurti ir redaguoti profilaktinės programos aprašymą, nurodant profilaktinės programos pavadinimą, profilaktinės programos pacientų amžių, lytį, diagnozes ir kitus parametrus, pagal kuriuos pacientai priskiriami profilaktinei programai, galiojimo pradžios ir pabaigos datas bei programos kartojimo terminus; 32.1.2. Sukurtos profilaktinės programos turi būti pateikiamos profilaktinių programų sąraše; 32.1.3. Profilaktinių programų sukūrimui turi būti naudojami lyčių, diagnozių, amžiaus ir kiti reikiami klasifikatoriai. 32.1.4. Turi būti galimybė sukurti ir redaguoti profilaktinės programos patikrinimo plano veiksmus, nurodant veiksmo pavadinimą, terminą per kiek laiko turi būti atliktas veiksmas

nuo ankstesnio plano veiksmo, pranešimo tekstą pacientui, kuris siunčiamas el. paštu, veiksmo galiojimo požymius;

32.1.5. Turi būti galimybė kiekvienam profilaktinės programos patikrinimo plano veiksmui sukurti ir redaguoti rezultatus, kurie bus pasirenkami registruojant profilaktinio patikrinimo veiksmo rezultatą, rezultato galiojimą;

32.1.6. Turi būti galimybė profilaktinės programos patikrinimo plano veiksmo rezultatui sukurti kitą profilaktinės programos patikrinimo plano veiksmą arba nurodyti, kad tai programos pabaiga;

32.1.7. Turi būti galimybė vienam profilaktinės programos patikrinimo plano veiksmui sukurti kelis galimus rezultatus bei vienam profilaktinės programos patikrinimo plano veiksmui sukurti kelis sekančius profilaktinės programos patikrinimo plano veiksmus. Tokiu būdu aprašant profilaktinės programos patikrinimo plano algoritmą.

32.1.8. Turi būti galimybė sukurti ir redaguoti skiepo aprašymą, nurodant skiepo pavadinimą, pacientų amžių, kuriame esant galima skiepyti, galiojimo pradžios ir pabaigos datas.

32.1.9. Sukurti skiepai turi būti pateikiami skiepų sąraše.

32.1.10. Turi būti galimybė sukurti skiepijimams naudojamų firminių vakcinų sąrašą, nurodant firminį vakcinos pavadinimą, vakcinos bendrinį pavadinimą, vakcinos kiekį, formą, vartojimo būdą, galimas vienkartines dozes, kilmės šalį, serijas, vakcinos galiojimo datas;

32.1.11. Turi būti galimybė filtruoti vakcinų sąrašą pagal bendrinį pavadinimą, firminį pavadinimą, seriją, galiojimo ir kitus požymius.

32.2. Pateikti priemones

prevencinių programų taikymo stebėjimui

32.2.1. Turi būti galimybė sukurti kiekvieno paciento profilaktinių patikrinimų apsilankymų sąrašą, kuriame galima peržiūrėti ir redaguoti profilaktinio apsilankymo rezultatus;

32.2.2. Turi būti galimybė paciento profilaktinių patikrinimų apsilankymų sąrašą filtruoti pagal programos pavadinimą, apsilankymo datą, profilaktinio veiksmo įvykdymą ir kitus požymius;

32.2.3. Turi būti galimybė registruoti profilaktinio patikrinimo apsilankymo planavimo eigą, nurodant informacijos pateikimo pacientui būdus (pvz. el. paštu, telefonu, apsilankymo metu), suplanuoto apsilankymo datą ir kitus požymius;

32.2.4. Turi būti galimybė registruoti profilaktinio patikrinimo apsilankymo rezultatą, datą ir kitus požymius;

32.2.5. Įvedus profilaktinio patikrinimo apsilankymo rezultatus automatiškai turi būti sukuriami sekantys paciento profilaktinio patikrinimo apsilankymai pagal nurodytus apsilankymo rezultatus ir profilaktinės programos patikrinimo plano algoritmo taisykles;

32.2.6. Turi būti galimybė sukurti ir redaguoti paciento profilaktinio patikrinimo apsilankymą nesant atitinkamos profilaktinės programos, nurodant apsilankymo pavadinimą (trumpą aprašymą), datą ir kitus reikiamus požymius.

32.2.7. Turi būti galimybė sukurti bendrą pacientų profilaktinių patikrinimų apsilankymų sąrašą, kuriame galima peržiūrėti ir redaguoti profilaktinio apsilankymo rezultatus;

32.2.8. Turi būti galimybė bendrą pacientų profilaktinių patikrinimų apsilankymų sąrašą filtruoti pagal programos pavadinimą, apsilankymo datą, profilaktinio veiksmo įvykdymą, paciento amžių, vardo ar pavardės dalį, šeimos gydytoją ir kitus požymius;

32.2.9. Turi būti galimybė registruoti pasirinkto paciento profilaktinio patikrinimo apsilankymo planavimo eigą, nurodant informacijos pateikimo pacientui būdus (pvz. el. paštu, telefonu, apsilankymo metu), suplanuoto apsilankymo datą ir kitus požymius;

32.2.10. Turi būti galimybė registruoti pasirinkto paciento profilaktinio patikrinimo apsilankymo rezultatą, datą ir kitus požymius;

32.2.11. Įvedus profilaktinio patikrinimo apsilankymo rezultatus, automatiškai turi būti sukuriami kiti paciento profilaktinio patikrinimo apsilankymai pagal nurodytus apsilankymo rezultatus ir profilaktinės programos patikrinimo plano algoritmo taisykles;

32.2.12. Pasirinkus paciento profilaktinio patikrinimo apsilankymą turi būti galimybė peržiūrėti paciento asmens duomenis ir visus planuojamus bei atliktus profilaktinius patikrinimus;

32.2.13. Turi būti galimybė formuoti ataskaitas apie profilaktinių patikrinimų vykdymą.

32.3. Pateikti priemones imunizacijos kalendoriaus sudarymui ir sekimui

32.3.1. Turi būti galimybė sukurti kiekvieno paciento skiepijimų sąrašą, kuriame galima peržiūrėti ir redaguoti skiepijimo rezultatus;

32.3.2. Turi būti galimybė paciento skiepijimų sąrašą filtruoti pagal skiepo pavadinimą, skiepijimo datą, skiepijimo įvykdymo ir kitus požymius;

32.3.3. Turi būti galimybė registruoti skiepijimo planavimo eigą, nurodant informacijos pateikimo pacientui būdus (pvz. el. paštu, telefonu, apsilankymo metu), suplanuoto ar atidėto skiepijimo datą, paskirti skiepo atlikimą ir kitus požymius;

32.3.4. Turi būti galimybė registruoti skiepijimo rezultatus, nurodant vakciną ir jos seriją, kuria buvo paskiepytas, skiepijimo rezultatą ir reakcijas, datą, darbuotoją, atlikusį skiepą, ir kitus požymius;

32.3.5. Įvedus skiepijimo rezultatus, automatiškai turi būti sukuriami kiti skiepijimai (revakcinacijos) pagal nurodytus skiepijimo rezultatus ir aprašytą skiepų kalendorių;

32.3.6. Turi būti galimybė sukurti ir redaguoti paciento skiepijimą, nesant atitinkamo skiepo kalendoriuje, nurodant skiepą, vakciną, dozę, formą, vartojimo būdą, kilmės šalį, seriją, datą ir kitus reikiamus požymius.

32.3.7. Turi būti galimybė sukurti bendrą pacientų skiepijimų sąrašą, kuriame galima peržiūrėti ir redaguoti skiepijimo rezultatus;

32.3.8. Turi būti galimybė bendrą pacientų skiepijimų sąrašą

filtruoti pagal skiepo pavadinimą, skiepijimo datą, skiepijimo įvykdymo, paciento amžių, vardo ar pavardės dalį, šeimos gydytoją, skiepo finansavimo ir kitus požymius;

32.3.9. Turi būti galimybė registruoti pasirinkto paciento skiepijimo planavimo eigą, nurodant informacijos pateikimo pacientui būdus (pvz. el. paštu, telefonu, apsilankymo metu), suplanuoto ar atidėto skiepijimo datą, paskirti skiepo atlikimą ir kitus požymius;

32.3.10. Turi būti galimybė registruoti pasirinkto paciento skiepijimo rezultatus, nurodant vakciną ir jos seriją, kuria buvo paskiepytas, skiepijimo rezultatą ir reakcijas, datą, darbuotoją atlikusį skiepą ir kitus požymius;

32.3.11. Įvedus skiepijimo rezultatus, automatiškai turi būti sukuriami kiti skiepijimai (revakcinacijos) pagal nurodytus skiepijimo rezultatus ir aprašytą skiepų kalendorių;

32.3.12. Pasirinkus paciento skiepijimą, turi būti galimybė peržiūrėti paciento asmens duomenis ir visus skiepijimus;

32.3.13. Turi būti galimybė formuoti ataskaitas apie skiepijimų vykdymą.

32.4. Pateikti priemones perduoti pacientui informaciją apie jam priklausančias profilaktines ir prevencines programas

32.4.1. Turi būti pateiktos priemonės, leidžiančios kurti ir redaguoti pacientams teikiamus pranešimus apie profilaktines ir prevencines programas, suplanuotus apsilankymus dėl profilaktinių patikrinimų ir skiepų ir kt., nurodant:

32.4.1.1. pacientų informavimo būdą (-us) (el. paštu, telefonu, sms žinute, apsilankymo metu);

32.4.1.2. pranešimų tekstą (numatant galimybę pasirinkti tipinį tekstą pagal šabloną);

32.4.1.3. kitus pranešimo parametrus.

32.4.2. Turi būti galimybė pasirinktam pacientui arba pacientų grupei (pacientų grupę atrenkant iš sąrašo pagal pasirinktus požymius) išsiųsti el. paštu informaciją (automatiškai pažymint sistemoje kas ir kada pranešimą išsiuntė):

32.4.2.1. apie galiojančias profilaktines ir prevencines programas;

32.4.2.2. apie planuojamus profilaktinių patikrinimų apsilankymus, panaudojant profilaktinės programos patikrinimo plano veiksmų pranešimų pacientams tekstus;

32.4.2.3. apie planuojamus skiepijimus, panaudojant skiepijimų kalendoriaus pranešimų pacientams tekstus.

32.4.3. Turi būti galimybė peržiūrėti ir atspausdinti informaciją apie pasirinktu laikotarpiu pasirinktam pacientui galiojančias:

32.4.3.1. profilaktines ir prevencines programas;

32.4.3.2. suplanuotus apsilankymus dėl profilaktinių patikrinimų;

32.4.3.3. planuojamus skiepijimus.

32.4.4. Turi būti galimybė planuojamų profilaktinių patikrinimų ir skiepijimų sąrašą filtruoti pagal informavimo būdą (el. paštu, telefonu, sms žinute, apsilankymo metu) ir pažymėti, jog informavimas atliktas.

	32.4.5. Paciento apsilankymo AASPĮ metu, pildant ambulatorinio gydymo sveikatos įrašą, sistema turi automatiškai priminti gydytojui apie tam pacientui taikytinas prevencines ir profilaktines priemones, kurioms nustatytas informavimo būdas „apsilankymo metu“. Gydytojas turi turėti galimybę pažymėti sistemoje, jog informavimas atliktas.
33. Reikalavimai Ilgalaikio stebėjimo posistemei
Xxxxxxx aprašymas Ilgalaikio stebėjimo posistemė pateikia priemones lėtinėmis ligomis sergančių pacientų, nėščiųjų bei vaiko raidos stebėjimui, ligos eigos stebėjimo duomenų tvarkymui. Reikalavimai posistemės funkcionalumui
Funkcionalumas	Funkcionalumo aprašymas
33.1. Pateikti priemones lėtinėmis ligomis sergančių pacientų gydymo ir stebėjimo duomenų tvarkymui	33.1.1. Paciento ambulatorinio gydymo sveikatos įraše turi būti parametras, kuris sveikatos įrašui suteikia ilgalaikio stebėjimo požymį. 33.1.2. Lėtinėmis ligomis sergančius pacientus turi būti galimybė stebėti dėl kelių skirtingų diagnozių. 33.1.3. Turi būti galimybė nurodyti, dėl kokios diagnozės pacientas stebimas, stebėjimo laikotarpį, kitą su ilgalaikiu stebėjimu susijusią informaciją. 33.1.4. Jeigu paciento ambulatorinio gydymo sveikatos įrašas turi priskirtą ilgalaikio stebėjimo požymį, turi būti galimybė, parametrizavimo būdu nurodyti, kurie paciento duomenys bus stebimi tęsiant gydymą, kokiu periodiškumu jie turi būti stebimi. Pagrindiniai duomenys, kuriuos turi būti galimybė stebėti: 33.1.4.1. ūgis; 33.1.4.2. svoris; 33.1.4.3. KMI; 33.1.4.4. temperatūra; 33.1.4.5. kraujospūdis; 33.1.4.6. paskirtų laboratorinių tyrimų rezultatų duomenys; 33.1.4.7. kiti duomenys. 33.1.4.8. Prie stebimų duomenų turi būti nurodytos jų normos ir nuokrypis nuo normos. 33.1.4.9. Pasirinktus duomenis turi būti galimybė stebėti pagal pasirinktą laikotarpį/ paskutinių atliktų matavimų ar gautų rezultatų kiekį. 33.1.4.10. Turi būti galimybė matyti medikamentų paskyrimus ilgalaikio stebėjimo gydymo etapuose. 33.1.5. Iš bendro sveikatos įrašų sąrašo turi būti galimybė išrinkti įrašus, turinčius ilgalaikio stebėjimo požymį. 33.1.6. Paciento apsilankymo metu, jei paciento sveikatos įrašams nustatytas ilgalaikio stebėjimo požymis, sistema gydytojui turi priminti apie reikalingus atlikti veiksmus, susijusius su stebimais duomenimis.
33.2. Pateikti priemones ligos eigos stebėjimo dinamikos duomenų tvarkymui	33.2.1. Turi būti galimybė nurodyti formatą, kuriuo bus atvaizduojami ligos eigos dinamikos stebėjimui priskirti duomenys. Duomenis turi būti galimybė atvaizduoti: 33.2.1.1. tekstu;

33.2.1.2. histograma;

33.2.1.3. linijine diagrama;

33.2.1.4. skrituline diagrama;

33.2.1.5. kitais su PO suderintais būdais.

33.3. Pateikti priemones nėščiųjų priežiūros duomenų tvarkymui

33.3.1. Turi būti galimybė suvesti, peržiūrėti ir redaguoti nėščiosios gyvenimo anamnezės duomenis:

33.3.1.1. gyvenimo anamnezė;

33.3.1.2. įgimtos anomalijos;

33.3.1.3. atliktos operacijos;

33.3.1.4. persirgtos asmens ligos;

33.3.1.5. šeimos narių ligos;

33.3.1.6. šeimos narių žalingi įpročiai;

33.3.2. Turi būti galimybė suvesti, peržiūrėti ir redaguoti nėštumų akušerinės ir ginekologinės anamnezės duomenis:

33.3.2.1. pirmosios mėnesinės;

33.3.2.2. akušerinė ir ginekologinė anamnezė;

33.3.2.3. nevaisingumas;

33.3.2.4. uždegimai;

33.3.2.5. nepalanki akušerinė būklė;

33.3.2.6. nepalanki nėščiosios būklė;

33.3.2.7. nėštumo patologija;

33.3.2.8. vaisiaus patologija.

33.3.3. Turi būti galimybė sukurti, peržiūrėti, redaguoti ir filtruoti pagal įvairius parametrus specialistų konsultacijų dėl nėštumo įrašus;

33.3.4. Turi būti galimybė suvesti, peržiūrėti ir redaguoti specialistų konsultacijos įrašo duomenis (apsilankymo data, gydytojas, apsilankymo priežastis, xxxxxxxxx, siunčianti įstaiga ir gydytojas ir kt.);

33.3.5. Turi būti galimybė specialisto konsultacijos įraše peržiūrėti ir redaguoti nėščiosios gyvenimo ir akušerinės bei ginekologinės anamnezės duomenis;

33.3.6. Turi būti galimybė sukurti duomenų grupes nėščiosios konsultacijos klinikinės būklės parametrų registravimui pagal organų sistemas ir tyrimus. Turi būti galimybė kiekvienos konkrečios specialisto konsultacijos atveju pasirinkti reikiamas klinikinės būklės parametrų registravimo duomenų grupes. Turi būti galimybė kiekvienoje parinktoje duomenų grupėje suvesti, peržiūrėti ir redaguoti nėščiosios klinikinės būklės parametrus. Turi būti galimybė sukurti klinikinės būklės parametrų registravimo duomenų grupių šabloninius rinkinius, kad pasirinkus šabloninį rinkinį automatiškai būtų parenkamos rinkiniui priskirtos klinikinių būklės parametrų registravimo duomenų grupės;

33.3.7. Turi būti galimybė suvesti, peržiūrėti ir redaguoti nėščiosios akušerinės ir ginekologinės būklės klinikinius duomenis (mėnesinių apibūdinimas, lytinis gyvenimas, kontracepcija, krūtų ir lytinių organų apžiūra, gimdos kaklelio ir gimdos aprašymas ir kt.);

33.3.8. Turi būti galimybė suvesti, peržiūrėti ir redaguoti specialisto konsultacijos išvadų ir rekomendacijų duomenis, nustatytas diagnozes ir paskyrimus, laboratorinių ir

instrumentinių tyrimų duomenis, atliktų konsultacijų ir siuntimų duomenis, paskirtus medikamentus ir kitus duomenis;

33.3.9. Turi būti galimybė sukurti, peržiūrėti, redaguoti ir filtruoti pagal įvairius parametrus nėštumų įrašus;

33.3.10. Turi būti galimybė suvesti, peržiūrėti ir redaguoti nėštumo įrašo duomenis:

33.3.10.1. nėštumo įskaitos duomenis (kelintas nėštumas, nuo kada įskaitoje, kelinta nėštumo savaitė, kada buvo paskutinės mėnesinės ir kt.);

33.3.10.2. kraujo grupės duomenis;

33.3.10.3. nepalankios akušerinės būklės duomenis;

33.3.10.4. nepalankios nėščiosios būklės duomenis;

33.3.10.5. nėštumo patologijos duomenis;

33.3.10.6. vaisiaus patologijos duomenis;

33.3.10.7. vaiko tėvo ligų duomenis;

33.3.10.8. vaiko tėvo žalingų įpročių duomenis;

33.3.11. nėštumo baigties duomenis (kokia nėštumo baigtis, data, savaitė, vaisiaus lytis, ūgis, svoris, koks buvo gimdymas

ir kt.).

33.4. Pateikti priemones vaiko raidos rodiklių stebėjimui

33.4.1. Turi būti galimybė suvesti, peržiūrėti ir redaguoti naujagimio duomenis (neapsiribojant):

33.4.1.1. gimimo data ir laikas;

33.4.1.2. lytis, svoris, ūgis, galvos apimtis;

33.4.1.3. gestacinis amžius;

33.4.1.4. APGAR skalės duomenys;

33.4.1.5. subrendimo indeksas;

33.4.1.6. virkštelės kraujo ph;

33.4.1.7. trachėjos intubacija;

33.4.1.8. deguonies terapija;

33.4.1.9. naujagimio patologijos duomenys;

33.4.2. kiti duomenys.

33.4.3. Turi būti galimybė suvesti, peržiūrėti ir redaguoti vaiko raidos duomenis (neapsiribojant):

33.4.3.1. svoris, ūgis, KMI, temperatūra;

33.4.3.2. kraujo rodikliai;

33.4.3.3. informacija apie invalidumą;

33.4.3.4. informacija apie dispanserizacijas;

33.4.3.5. šeimos sudėtis;

33.4.3.6. rizikos faktoriai šeimoje;

33.4.3.7. įrašai apie maitinimą krūtimi;

33.4.3.8. genetinė anamnezė;

33.4.3.9. medicininės apžiūros namuose duomenys;

33.4.3.10. skiepijimų plano duomenys;

33.4.3.11. persirgtų ligų duomenys;

33.4.3.12. kiti duomenys;

33.4.4. Turi būti galimybė suvestų duomenų pagrindu sukurti, peržiūrėti ir atsispausdinti „Vaiko sveikatos raidos istoriją“ (forma Nr. 025-112/a arba kitą tuo metu pagal LR teisės aktus galiojančią vaiko sveikatos raidos istorijos formą).

VII REIKALAVIMAI SĄSAJOMS SU KITOMIS INFORMACINĖMIS

SISTEMOMIS

34. Turi būti realizuotos AASPĮ IS sąsajos su šiomis išorinėmis sistemomis:

34.1. eSPBI IS:

34.1.1. SPĮ IS duomenų apsikeitimo su eSPBI IS modulis turi būti skirtas realizuoti informacinių sistemų mainus tarp sveikatos priežiūros įstaigos IS ir eSPBI IS pagal LR sveikatos apsaugos ministro įsakymą „Dėl Lietuvos Respublikos sveikatos apsaugos ministro 2010 m. gruodžio 17 d. Įsakymo Nr. V-1079 „Dėl sveikatos priežiūros įstaigų informacinių sistemų susiejimo su e. sveikatos paslaugų ir bendradarbiavimo infrastruktūra reikalavimų ir techninių sąlygų patvirtinimo“ pakeitimo“ 2012-07-07 Nr. V-5092.

34.1.2. Tiekėjas, kurdamas duomenų apsikeitimo su eSPBI IS modulį, privalo tenkinti sąsajos su eSPBI IS funkcionalumą (aprašytas funkcijas Tiekėjas turi detalizuoti ir patikslinti analizės ir detalios specifikacijos rengimo metu pagal galiojančių teisės aktų reikalavimus bei raštu suderinti su Perkančiąja organizacija):

34.1.3. Duomenų apsikeitimas tarp AASPĮ IS ir eSPBI IS turi būti atliekamas įvykus bet kuriam iš įvykių, nurodytų LR sveikatos apsaugos ministro 2012 m. liepos 17 d. įsakymo Nr. V-509 1-ame priede.

34.1.4. Vykstant duomenų apsikeitimui tarp AASPĮ IS ir eSPBI IS turi būti užtikrinta galimybė naudoti formų, išvardintų LR sveikatos apsaugos ministro 2012 m. liepos 17 d. įsakymo Nr. V-509 2-ame priede, duomenis;

34.1.5. Duomenų apsikeitimo tarp AASPĮ IS ir eSPBI IS metu turi būti užtikrintos įvykių, duomenų grupių ir statistikos formų sąsajos, nurodytos LR sveikatos apsaugos ministro 2012 m. liepos 17 d. įsakymo Nr. V-509 3-iame priede.

34.1.6. Vykdant duomenų apsikeitimą tarp AASPĮ IS ir eSPBI IS turi būti tenkinami visi principai, nurodyti LR sveikatos apsaugos ministro 2012 m. liepos 17 d. įsakymo Nr. V-509 skyriuje „eSPBI IS ir SPĮ IS susiejimo principai“.

34.1.7. Jei aukščiau pateikta informacija prieštarauja LR sveikatos apsaugos ministro 2012 m. liepos 17 d. įsakymui Nr. V-509 (ir kitiems galiojantiems LR įstatymams bei teisės aktams), tai reikia vadovautis LR sveikatos apsaugos ministro įsakymu bei LR įstatymais ir kitais tuo metu galiojančiais LR teisės aktais.

34.1.8. AASPĮ IS duomenų mainus su ePSBI IS per duomenų mainų posistemę (toliau - DMP) užtikrins AASPĮ IS eSPBI IS integracinis modulis.

34.1.9. AASPĮ IS eSPBI IS integracinis modulis turi užtikrinti AASPĮ IS EMI informacijos (įskaitant e. siuntimus konsultacijai, diagnostikai ar gydyti) teikimą į eSPBI IS per eSPBI IS DMP ir paciento ESI gavimą per eSPBI IS DMP, bendrai naudojamų sveikatos ir kitų viešojo administravimo sektorių registrų, klasifikatorių, terminų žinynų duomenų gavimą bei siuntimų teikimą į eSPBI IS ir registravimą joje ir siuntimų gavimą iš eSPBI IS per eSPBI IS DMP.

34.1.10. AASPĮ IS eSPBI IS integracinis modulis turi užtikrinti struktūrizuotų duomenų, kurie saugomi AASPĮ IS, konvertavimą į eSPBI IS specifikacijoje numatytus dokumentų formatus.

34.1.11. Turi būti realizuotas siunčiamų ir gaunamų pranešimų (užklausų, dokumentų ir kt.) valdymas: neišsiųstų pranešimų eilių peržiūra, atskirų pranešimų tipų įjungimas\išjungimas.

34.1.12. Administratorius turi turėti galimybę peržiūrėti visus išsiųstus ir gautus pranešimus už sistemos konfigūracijoje numatą periodą.

34.1.13. Administratorius turi turėti galimybę pakartotinai išsiųsti jau išsiųstus pranešimus, kurie gali būti atrenkami pagal įvairius kriterijus.

34.1.14. Administratorius turi turėti galimybę inicijuoti pakartotinį pasirinktos pranešimų grupės generavimą ir išsiuntimą į eSPBI IS už nurodytą periodą.

2 2013 m. planuojama papildyti 2012 m. birželio 7d. įsakymą Nr. V-509 SPĮ IS ir eSPBI IS duomenų mainų integracijos sąsajos detalia specifikacija, pagal kurią AASPĮ IS diegėjas turės suprojektuoti ir atlikti AASPĮ IS duomenų mainų sąsajos integraciją į eSPBĮ IS.

34.1.15. eSPBI IS integracinio modulio architektūra turi užtikrinti, kad visi duomenys bus perduoti ir priimti iš abiejų pusių vienos iš sistemų laikino neveikimo atveju, pvz.: dėl profilaktinių darbų ar didelio apkrovimo.

34.1.16. Administratorius turi gauti pranešimus elektroniniu paštu, jeigu sistema užfiksuoja duomenų perdavimo arba apdorojimo klaidas.

34.1.17. Sistemoje turi būti numatyta galimybė vykdyti duomenų mainus asinchroniškai, t.y. duomenų perdavimas į\iš eSPBI IS neturi daryti įtakos sistemos greitaveikai, naudotojui atliekant veiksmus, kurie inicijuoja duomenų perdavimą\gavimą į\iš eSPBI IS.

34.1.18. Sistemoje turi būti numatyta galimybė peržiūrėti eSPBI klasifikatorius, reikalingus duomenų mainų procese, ir, esant poreikiui, susieti su AASPĮ IS klasifikatoriais.

34.1.19. Turi būti galimybė eSPBI IS integracinį modulį diegti fiziškai atskiroje (nuo AASPĮ IS aplikacijos tarnybinės stoties) tarnybinėje stotyje. eSPBI IS modulio neveikimas neturi sutrikdyti korektiško AASPĮ IS veikimo.

34.1.20. Visi iš AASPĮ IS per integracines sąsajas į eSPBI IS siunčiami dokumentai ir registruotinų įvykių duomenys turi būti pasirašyti kvalifikuotu elektroniniu parašu.

34.2. Išorinėmis sistemomis, kurios įvardintos Lietuvos e. sveikatos sistemos architektūros schemoje, patvirtintoje 2011 m. kovo 28 d. Lietuvos Respublikos sveikatos ministro įsakymu Nr. V-294 „Dėl Lietuvos e. sveikatos sistemos funkcinės, techninės ir programinės įrangos architektūros modelio patvirtinimo“. Integracijos su pastarosiomis išorinėmis sistemomis turi būti realizuojamos per ESPBI IS.

35. Turi būti realizuotos AASPĮ IS sąsajos su šiomis vidinėmis sistemomis:

35.1. Įstaigose naudojamomis vaizdų archyvavimo ir perdavimo informacinėmis sistemomis (PACS) pagal šios specifikacijos funkcinių reikalavimų skyriuje aprašytus reikalavimus;

35.2. Duomenų pateikimui į įstaigose naudojamas laboratorijos informacines sistemas ir duomenų gavimui iš jų pagal šios specifikacijos funkcinių reikalavimų skyriuje aprašytus reikalavimus;

36. Aukščiau išvardintų išorinių ir vidinių sistemų integracijos turi būti realizuotos tokia apimtimi, kad būtų užtikrintas reikiamas AASPĮ IS funkcinis veikimas, kuris aprašytas funkcinių reikalavimų skyriuje;

VIII SISTEMOS FIZINĖ ARCHITEKTŪRA

37. Numatoma, jog fizinę AASPĮ IS architektūrą sudarys šie elementai:

37.1. Perkančiosios organizacijos ir Projekto partnerių kompiuterių tinklai. Projekto partneriai, naudodami esamą ir planuojamą įdiegti įranga, saugiu ryšiu per tam tikslui sukonfigūruotus maršrutizatorius jungsis prie AASPĮ IS, įdiegtos Perkančiosios organizacijos duomenų centre.

37.2. Darbo stočių grupė – personaliniai kompiuteriai naudotojų darbo vietose. Naudotojams AASPĮ IS bus prieinama per interneto naršyklę.

38. Tarnybinių stočių grupė – tarnybinių stočių ištekliai. Duomenų centras, kuriame bus diegiama AASPĮ IS, bus formuojamas Perkančiosios organizacijos tarnybinių stočių saugojimo patalpoje, kuri yra pilnai paruošta naujų techninių komponentų diegimui ir nereikalauja papildomo įrengimo.

39. Žemiau pateiktame paveiksle vaizduojama Projekto metu planuojama įsigyti techninė įranga esamos Projekte dalyvaujančių įstaigų IRT infrastruktūros kontekste:

2 paveikslas. Numatoma IRT infrastruktūros architektūra

40. Numatoma, kad AASPĮ IS veiks duomenų centro tarnybinių stočių virtualizacijos platformoje, kurios koncepcinė schema pavaizduota žemiau esančiame paveiksle.

3 paveikslas. AASPĮ IS veikimo virtualizacijos platformoje koncepcinė schema

41. Virtualizacijos platformą sudarys šie elementai:

41.1. Virtualus duomenų bazių serveris. Kiekvienam Partneriui, bus sukurtas atskiras duomenų bazės egzempliorius (angl. Data Base Instance).

42. Virtualus aplikacijų serveris. Kiekvienam Partneriui, bus sukurtas atskiras aplikacijų serveris. Partneriams išskirtuose ištekliuose bus įdiegta prie Partnerių šiandieninių poreikių pritaikyta AASPĮ IS, su moduliais ir funkcionalumais, kurie atitiks Partnerio teikiamas paslaugas ir vykdomus procesus, o duomenų mainai su išorinėmis sistemomis vyks per duomenų mainų modulį.

IX TECHNINIAI REIKALAVIMAI ĮRANGAI

43. Žemiau pateiktoje lentelėje pateikiama Projekto metu planuojama įsigyti Techninė

ir licencinė programinė įranga.

44. Lentelėje pateiktos techninė ir programinės įrangos įsigijimas nėra šio Pirkimo objektas, tačiau Tiekėjas turi įvertinti esamą ir numatomą įsigyti techninę ir licencinę programinę įrangą (kurios trumpas apibūdinimas pateiktas žemiau esančioje lentelėje), tam, kad galėtų pateikti optimalų IS modernizavimo sprendimą. Tiekėjas pasiūlyme turi patvirtinti, kad planuojamos naudoti techninės įrangos parametrai yra pakankami reikalaujamai AASPĮ IS greitaveikai užtikrinti arba turi įvardinti naudotinos techninės įrangos parametrus, kurie yra reikalingi reikalaujamai AASPĮ IS greitaveikai užtikrinti.

3 lentelė. Numatoma įsigyti techninė ir licencinė programinė įranga.

Įrangos pavadinimas	Skaičius (vnt.)	Trumpa charakteristika
Techninė įranga:
Tarnybinė stotis	2	Ne mažiau kaip 2 vnt. procesorių turinčių po ne mažiau kaip 6 branduolius; Ne mažiau kaip 32 GB RAM; Ne mažiau kaip 250 GB kietojo disko talpa; Ne mažiau kaip 4 vnt. RJ-45 jungčių su ne prasčiau nei 1 Gbps Base-T sąsajomis; Ne mažiau kaip 2 vnt. 8 Gbps Fibre Channel sąsajų; Tarnybinė stotis turi būti suderinama su Microsoft Windows Server Enterprise 2008 R2 arba lygiaverte programine įranga.
Duomenų masyvas	1	Modulinė universali duomenų saugykla, montuojama į standartinė 19“ serverių spintą; Turi būti galimybė masyvą jungti prie tarnybinių stočių iSCSI protokolu per ethernet tinklą; Turi palaikyti RAID-6 arba analogiško patikimumo duomenų apsaugos algoritmus; Duomenų masyvą turi sudaryti SAS arba FC „karšto keitimo“ kietieji diskai; Diskų talpa ne mažiau kaip 7.2 TB.
Nepertraukiamo maitinimo šaltinis	1	Valdomas, nepertraukiamo maitinimo šaltinis, jungiamas tarp maitinimo šaltinio (220V tinklo rozetės) ir serverių; Dingus elektrai, turi užtikrinti nepertraukiamą įrangos veikimą, ne trumpiau kaip 15 min.
Spinta	1	Standartinė 19“, 42U talpos serverių spinta, skirta talpinti numatomą įsigyti „blade“ tipo serverių įrangą.
Centrinis maršrutizatorius	2	Maršrutizatorius turi būti aukšto patikimumo ir suderinamumo, palaikyti ugniasienės, IPS, VPN funkcijas; Turi užtikrinti ne mažiau kaip 80 Mbps IPSec VPN ir SSL-VPN funkcionalumų pralaidumą; Turi būti galimybė maršrutizatorių jungti į klasterį Aktyvus/Aktyvus arba Aktyvus/Pasyvus būdais.
Maršrutizatorius partneriams	10	Maršrutizatorius turi palaikyti ugniasienės, IPS, VPN funkcijas; Turi būti suderinamas su centriniu maršrutizatoriumi;

Įrangos pavadinimas	Skaičius (vnt.)	Trumpa charakteristika
		Turi užtikrinti ne mažiau kaip 15 Mbps IPSec VPN ir SSL-VPN funkcionalumų pralaidumą;
Sisteminė programinė įranga:
Operacinė sistema	2	Operacinė sistema turi būti suderinama su siūlomomis tarnybinės stotimis; Turi efektyviai išnaudoti visus tarnybinės stoties procesorius, palaikyti klasterių ir virtualizavimo platformų kūrimą.
Vartotojų prisijungimo prie serverių licencijos	2	Efektyviam pasiūlytos operacinės sistemos išnaudojimui, turi būti numatytos licencijos, užtikrinančios prisijungimo prie serverių galimybę, neribotam skaičiui vartotojų.

X REIKALAVIMAI PROGRAMINĖS ĮRANGOS ARCHITEKTŪRAI

45. AASPĮ IS turi būti modernizuojama naudojant patikimas, plačiai žinomas ir standartizuotas technologijas, pvz turi būti remiamasi SOA (angl. Service oriented architecture) arba lygiaverčiais principais ir kt. technologijomis.

46. Naudojamos technologijos bei kuriami sprendimai neturi būti uždari jų tobulinimui ir plėtimui. AASPĮ IS kūrimui panaudotos technologijos turi leisti ateityje plėsti AASPĮ IS funkcionalumą, nepriklausomai nuo sistemos modernizavimą atlikusio tiekėjo.

47. Informacinės sistemos architektūra turi atitikti reikalavimus sveikatos priežiūros įstaigose diegiamoms informacinėms sistemoms, patvirtintus Lietuvos Respublikos sveikatos apsaugos ministro 2011 m. sausio 28 d. įsakymu Nr. V-89 (Žin., 2011, Nr. 16-774). Informacinės sistemos architektūra planuojama atsižvelgiant į sistemai keliamus funkcionalumo, saugumo, prieinamumo bei našumo reikalavimus. Informacinę sistemą turi sudaryti eilė tarpusavyje susijusių komponentų, kurie užtikrina reikiamą sistemos veikimą. Informacinė sistema turi būti modernizuota pagal daugiapakopės (multi-tier, N-tier) architektūros reikalavimus ir ją turi sudaryti 3 hierarchiniai lygmenys:

47.1. Atvaizdavimo lygis (naudotojo sąsaja) – turi užtikrinti naudotojo sąveiką su informacine sistema bei informacijos pateikimą naudotojui;

47.2. Veiklos logikos lygis – turi užtikrinti veiklos funkcijų įgyvendinimą dirbant su informacine sistema;

47.3. Duomenų bazės lygis – turi užtikrinti duomenų saugojimą.

48. Įgyvendinant trijų lygių architektūrą turi būti užtikrintas minimalus logikos lygmens susiejimo laipsnis su duomenų bazės lygiu, vengiant logikos taisyklių realizavimo duomenų bazės lygyje. Duomenų bazė turi būti naudojama kaip saugykla, o veiklos logika fiziškai turi būti dislokuota aplikacijų serveryje. Turi būti užtikrinta, kad daugelio laukų reikšmių teisingumas būtų tikrinamas naudotojo kliento sąsajoje nesikreipiant į tarnybinę stotį, išskyrus reikšmes, kurių teisingumui reikia atlikti patikrinimą su informacinėje sistemoje esančiais duomenimis.

49. Funkciniai AASPĮ IS komponentai turi būti realizuoti atskirais moduliais su galimybe suteikti arba nesuteikti naudotojams prieigą prie kiekvieno modulio.

50. Informacinės sistemos veiklos logikos ir duomenų bazės lygių programinę įrangą turi būti galimybė įdiegti atskirose fizinėse ar loginėse tarnybinėse stotyse arba vienoje tarnybinėje stotyje.

51. AASPĮ IS komponentai turi veikti virtualizavimo platformoje, su galimybe vykdyti komponentų apkrovų balansavimo ir aukšto prieinamumo konfigūravimą.

52. Naudotojo sąsaja turi būti realizuota grafinės „Web“ sąsajos pagrindu.

53. Sistemos architektūrinis sprendimas turi užtikrinti, kad kai su sistema vienu metu dirba 500 naudotojų ir kiekvienas naudotojas kas 5 sekundes atlieka atsitiktinį veiksmą, atsakas (naudotojo naršyklės priimti HTTP paketai) neturi viršyti 5 sekundžių. Galimi išimtiniai atvejai, kurie raštu turi būti suderinti su Perkančiąja organizacija.

54. AASPĮ IS turi būti kuriama ir projektuojama taip, kad joje vienu metu netrukdomai galėtų dirbti ne mažiau kaip 955 naudotojų.

55. Tiekėjas, tik suderinęs su Perkančiąja Organizacija, gali pateikti reikiamą standartinę ir nestandartinę programinę įrangą.

56. Esant poreikiui atlikti infrastruktūrinės įrangos konfigūracijas, jos turi būti atliktos iš Perkančiosios organizacijos nereikalaujant papildomų lėšų.

57. Naujo programinės įrangos funkcionalumo ir funkcionalumo pakeitimų realizavimas neturi pareikalauti papildomos techninės ir licencijuojamos standartinės ir nestandartinės programinės įrangos įsigijimo Perkančiajai organizacijai.

58. Architektūrinis sprendimas turi užtikrinti sistemos aukštą prieinamumą (angl. High availability), kuris gali būti realizuojamas operacinių sistemų funkcionalumu, techninės įrangos galimybėmis ar kitos programinės įrangos pagalba. Aukštas prieinamumas turi būti realizuojamas veiklos logikos lygyje ir duomenų bazės lygyje.

59. Turi būti užtikrintas korektiškas informacinės sistemos veikimas naudojant kompiuterines darbo vietas su operacinėmis sistemomis Windows, Android, iOS, MacOS, Linux.

60. Informacinės sistemos architektūra ir techninė terpė turi užtikrinti galimybę didinti sistemos našumą didinant naudojamos kompiuterinės įrangos pajėgumus: t.y. turi būti galimybė gerinti tarnybinių stočių parametrus ir naudoti daugiau tarnybinių stočių.

61. Remiantis Lietuvos Respublikos sveikatos apsaugos ministro 2012 m. birželio 7 d. įsakymu Nr. V-509 (Žin., 2012, Nr.: 66-3376), dalies funkcinių reikalavimų skyriuje aprašytų funkcijų vykdymui turės būti naudojami integruoti eSPBI IS komponentai, jei projekto įgyvendinimo metu teisės aktais nebus nustatyta kitaip.

XI REIKALAVIMAI LICENCINEI PROGRAMINEI ĮRANGAI

62. AASPĮ IS modernizavimas ir eksploatavimas neturi būti apribotas licencijų įsigijimu ir įdiegimu – modernizuojant ir eksploatuojant įstaigų naudojamas informacines sistemas neturi būti reikalaujama įsigyti licencijas ar bet kokia kita forma reikalauti, kad įstaigos prisiimtų įsipareigojimus ar nustatyti apribojimus dėl naudojamos informacinės sistemos.

63. AASPĮ IS neturi reikalauti jokių licencijų įsigijimo tiek informacinių sistemų modernizavimo metu, tiek einant laikui ir didėjant naudotojų, darbo vietų ar naudojamų funkcionalumų skaičiui.

64. Tiekėjo pateikiama standartinė licencinė programinė įranga (angl. Commercial Off-The-Shelf Software), kuri reikalinga AASPĮ IS veikimui (Pastaba. Leidžiama pateikti tik DBVS licencinę programinę įrangą. Kitą licencinę programinę įranga leidžiama pateikti tik gavus Perkančiosios organizacijos sutikimą), turi būti pateikiama kartu su visomis reikiamomis licencijomis, kad PO ne mažiau kaip 3 metus nereikėtų įsigyti papildomų licencijų (ar kitaip investuoti) programinės įrangos veikimui.

65. Visos reikalingos licencinės programinės įrangos kaštai turi būti įskaičiuoti į Tiekėjo teikiamą pasiūlymą.

66. Visos reikalingos licencijos turi būti įgyjamos PO vardu. Perkančiajai organizacijai turi būti perduotos visos AASPĮ IS veikimui reikalingos licencijos.

67. Tiekėjas AASPĮ IS veikimui užtikrinti privalo pateikti DBVS.

68. Žemiau esančioje lentelėje pateikiami reikalavimai Tiekėjo siūlomai DBVS.

4 lentelė. Reikalavimai DBVS.

Įrangos pavadinimas

Skaičius (vnt.)

Trumpa charakteristika

DBVS

licencija procesoriui

DBVS procesorinė licencija turi palaikyti šiuos funkcionalumus ir standartus:

- Kliento/Serverio ir Internet/Intranet architektūrą;

- Turi būti reliacinių DBVS;

- Turi palaikyti x64 bitų architektūros procesorius;

- Turi būti realizuota SQL kalba, pilnai atitinkančia ANSI/SQL 92 (Entry Level) standartą;

Turi palaikyti aukšto prieinamumo (angl. Failover clustering) konfigūracijos galimybę.

XII REIKALAVIMAI DOKUMENTACIJAI

69. Visa dokumentacija turi būti parengta laikantis bendrinės lietuvių kalbos taisyklių.

70. Rengiama dokumentacija turi būti versijuojama Perkančiosios Organizacijos versijavimo sistemoje su PO suderintu periodiškumu.

71. Dokumentų galutinės versijos turi būti pateiktos dviem formatais: elektroniniu (MS Word arba kitu su perkančiąja organizacija suderintu redagavimui tinkamu formatu įrašant dokumentą (-us) į CD ar DVD) ir popieriniu (1 egz.). Jų preliminarios (projektinės) versijos turi būti pateikiamos elektroniniu formatu elektroninio ryšio priemonėmis.

72. Tiekėjas turės parengti ir pateikti Perkančiajai organizacijai:

72.1. Projekto reglamentą ir planą. Plane turi būti nurodyta atskirų projekto etapų trukmė ir tarpinių rezultatų pateikimo terminai. Planas turi būti pateiktas derinimui per 10 d.

d. po sutarties įsigaliojimo. Galutinis variantas turi būti pateiktas per 3 d. d. po Perkančiosios organizacijos pastabų pateikimo;

72.2. Tarpines projekto vykdymo eigos ataskaitas, kurios turi būti pateikiamos kas tris mėnesius;

72.3. Galutinę projekto vykdymo ataskaitą, kuri turi būti pateikiama po sėkmingai įvykusios bandomosios eksploatacijos;

72.4. IS analizės dokumentaciją;

72.5. IS veiklos procesų aprašą;

72.6. IS architektūros aprašą;

72.7. IS programinių modulių aprašą;

72.8. Vidinio testavimo planą ir vidinio testavimo ataskaitą;

72.9. Naudotojų instrukcijas;

72.10. IS administravimo instrukcijas;

72.11. Garantinės priežiūros procedūros dokumentą;

72.12. Ištaisytų klaidų ir atliktų modifikacijų dokumentaciją;

72.13. Duomenų migravimo planą ir duomenų migravimo procedūrų aprašą;

72.14. Bandomosios eksploatacijos planą ir ataskaitą;

72.15. Mokymų planą ir mokymų medžiagą;

72.16. IS diegimo planą ir diegimo procedūrų aprašą;

72.17. Diegimo iš išeities kodo procedūrų aprašą

73. Neapsiribojant aukščiau pateiktu sąrašu Tiekėjas savo nuožiūra gali pateikti ir kitą papildomą dokumentaciją, jeigu yra toks poreikis.

74. Aukščiau išvardintų dokumentų pateikimo ir derinimo terminai turi būti nustatyti Projekto reglamente.

XIII REIKALAVIMAI SISTEMOS ĮTEISINIMO DOKUMENTACIJAI

75. Turi būti parengta (koreguojama) ši AASPĮ IS įteisinimo dokumentacija:

75.1. AASPĮ IS specifikacija (jeigu turės būti koreguojama);

75.2. AASPĮ IS nuostatai (jeigu turės būti koreguojami);

75.3. AASPĮ IS saugos nuostatai (jeigu turės būti koreguojami);

75.4. AASPĮ IS saugos politikos dokumentai (turės būti parengti):

75.4.1. AASPĮ IS saugaus elektroninės informacijos tvarkymo taisyklės;

75.4.2. AASPĮ IS veiklos tęstinumo valdymo planas;

75.4.3. AASPĮ IS naudotojų administravimo taisyklės.

76. Visa įteisinimui reikalinga dokumentacija turi būti parengta (koreguojama) atsižvelgiant į šių teisės aktų reikalavimus:

76.1. Lietuvos Respublikos Vyriausybės 2013 m. liepos 24 d. nutarimą Nr. 716 „Dėl Bendrųjų elektroninės informacijos saugos reikalavimų aprašo, Saugos dokumentų turinio gairių aprašo ir Valstybės informacinių sistemų, registrų ir kitų informacinių sistemų klasifikavimo ir elektroninės informacijos svarbos nustatymo gairių aprašo patvirtinimo“ (Žin., 2013, Nr. 86-4310);

76.2. Lietuvos Respublikos Vyriausybės 2013 m. vasario 27 d. nutarimą Nr. 180 „Dėl Valstybės informacinių sistemų steigimo, kūrimo, modernizavimo ir likvidavimo tvarkos aprašo patvirtinimo“ (Žin., 2013, Nr. 23-1122);

76.3. Lietuvos Respublikos vidaus reikalų ministro 2013 m. spalio 4 d. įsakymą Nr. 1V-832 „Dėl Techninių valstybės registrų (kadastrų), žinybinių registrų, valstybės informacinių sistemų ir kitų informacinių sistemų elektroninės informacijos saugos reikalavimų patvirtinimo“ (Žin., 2013, Nr. 106-5251);

76.4. Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymą Nr. T-131 „Dėl Valstybės informacinių sistemų kūrimo metodinių dokumentų patvirtinimo“ (Žin., 2004, Nr. 155-5679);

76.5. kitų IS steigimą ir įteisinimą reglamentuojančių teisės aktų reikalavimus.

XIV REIKALAVIMAI NAUDOTOJO SĄSAJAI

77. SPĮ IS naudotojo sąsaja turi būti prieinama naudojant interneto naršyklę.

78. SPĮ naudotojo sąsaja turi būti lietuvių kalba. Kalba turi būti naudojama laikantis bendrinių lietuvių kalbos taisyklių. AASPĮ IS administratoriams skirtos programinės priemonės ir pranešimai turi būti lietuvių ar anglų kalba.

79. Visi AASPĮ IS moduliai turi palaikyti Unicode (UTF-8) koduotės standartą.

80. AASPĮ IS turi veikti korektiškai nepriklausomai nuo darbo vietoje naudojamos operacinės sistemos.

81. Tiekėjas privalo užtikrinti AASPĮ IS korektišką veikimą šiose (arba lygiavertėse) naršyklėse:

81.1. Microsoft Internet Explorer - 9.0 ir aukštesnės versijos;

81.2. Mozilla FireFox – 23.0 ir aukštesnės versijos;

81.3. Google Chrome – 30.0 ir aukštesnės versijos;

81.4. Safari – 5.1.x ir aukštesnės versijos.

82. SPĮ IS naudotojo sąsaja turi atitikti W3C XHTML arba lygiavertę specifikaciją ir

turi būti naudojama ne žemesnė kaip 1.0 W3C XHTML arba lygiavertė versija. Realizavimui turi būti naudojama ne žemesnė kaip 2 lygio CSS2 arba lygiavertė (Cascading Style Sheets Language 2, xxx.x0.xxx/Xxxxx/XXX/).

83. Tiekėjas privalo užtikrinti AASPĮ IS korektišką veikimą tiksliai apdorojant ir išsaugant lietuvių kalba įvedamus duomenis (užtikrinti diakritinių ženklų suderinamumą).

84. Informacijai teikti turi būti naudojami atviri formatai, t.y. oficialiai įregistruoti rinkmenų tarptautiniai standartai (pvz. HTML, PDF/A, PDF, TIFF, JPEG, PNG, ODF formatai, OOXML formatai, XML ir kt.).

85. SPĮ IS naudotojo sąsaja turi būti intuityvi, suprantama ir nesudėtinga naudoti naudotojams, turintiems reikalaujamą kompiuterinio raštingumo lygį (ECDL ar aukštesnį), bei atitikti šiuolaikinius ergonomikos reikalavimus. Testavimo etape AASPĮ IS pakeitimai dėl ergonomikos neturi pareikalauti AASPĮ IS funkcionalumo ar duomenų struktūros keitimo.

86. Siekiant užtikrinti šiuolaikinius naudotojų sąsajos ergonomikos reikalavimus, turi būti vadovaujamasi LST EN ISO 9241-110:2006 „Žmogaus ir sistemos sąveikos ergonomika. 110 dalis. Dialogo principai (ISO 9241-110:2006)“ standartu arba lygiaverčiu.

87. Naudotojų sąsajos valdymas turi remtis pelės ir klaviatūros įrenginiais.

88. Turi būti realizuotas naudojimo patogumą užtikrinantis funkcionalumas:

88.1. TAB klavišo seka einant per duomenų įvedimo laukus;

88.2. užuominų ir paaiškinimų pateikimas pelės žymeklį užvedus ant grafinio objekto;

89. Naudotojų sąsajos klaidų pranešimai turi būti suformuluoti taip, kad naudotojui būtų aišku, kas atsitiko ir kokius veiksmus jam toliau reikia atlikti, kad galėtų tęsti darbą.

90. Įvedimo formose laukai, kuriuose naudojami sistemos naudotojo duomenys, turi užsipildyti automatiškai.

91. Tiekėjas turi suderinti naudotojo sąsajos grafinį dizainą su Perkančiąja organizacija analizės ir projektavimo etapo metu.

XV REIKALAVIMAI SAUGUMUI

92. Tiekėjas privalo užtikrinti per AASPĮ IS perduodamų duomenų konfidencialumą. Duomenų konfidencialumas turi būti užtikrinamas naudojant duomenų šifravimą (kodavimą), kuris paremtas SSL ar lygiavertėmis technologijomis:

92.1. tiekėjas turi pateikti visus reikalingus saugius SSL sertifikatus ir juos įdiegti į Perkančiosios organizacijos tarnybines stotis bei atlikti AASPĮ IS konfigūravimo darbus, skirtus perduodamų duomenų tarp AASPĮ IS ir naudotojo darbo vietos ar integracinių sąsajų kodavimui (šifravimui);

92.2. SSL kodavimui naudojamas sertifikatas turi būti patvirtintas kvalifikuotu sertifikatu (Veri Sign ar analogišku);

92.3. pateikiamas SSL sertifikatas turi turėti 3 metų palaikymą;

93. Tiekėjas privalo užtikrinti sukurtos ir/ar modernizuotos funkcionuojančios programinės įrangos greitą atstatymą į ankstesnę būseną (versiją);

94. Tiekėjas privalo užtikrinti, kad AASPĮ IS būtų realizuotos priemonės, kurios užtikrintų vieningą naudotojų prisijungimą (angl. Single sign-on). Duomenų perdavimui (autentifikacija, autorizacija, atributai) turi būti naudojamas SAML2.0 arba lygiavertis protokolas.

95. Prisijungimas prie AASPĮ IS turi būti apsaugotas naudotojo slaptažodžiais. AASPĮ IS turi taikyti tokias slaptažodžių valdymo taisykles, kurias turi būti galimybė išjungti arba įjungti:

95.1. slaptažodžiai turi būti keičiami ne rečiau kaip kas 3 mėnesius;

95.2. turi būti sudaryti ne mažiau kaip iš 8 simbolių (raidžių, skaičių ir specialiųjų simbolių);

95.3. SPĮ IS neturi leisti nustatyti slaptažodžio iš buvusių 6 paskutinių slaptažodžių;

95.4. pirmojo prisijungimo prie AASPĮ IS metu iš IS naudotojo turi būti reikalaujama, kad jis pakeistų slaptažodį;

96. SPĮ IS turi būti apsaugota nuo:

96.1. neautentifikuotos prieigos;

96.2. nesankcionuoto naudotojo sesijos perėmimo;

96.3. nesankcionuoto duomenų perėmimo ar jų įterpimo;

96.4. žalingo kodo įterpimo (angl. Injection, XSS (Cross-sitescripting));

96.5. kitų saugumo pažeidimų, kurie įvardijami OWASP TOP 10 (xxxxx://xxx.xxxxx.xxx) sąraše (arba lygiaverčiame);

97. Tiekėjas turės atsižvelgti į saugumo ekspertų rekomendacijas ir atlikti visus reikalingus AASPĮ IS pakeitimus, siekiant užtikrinti tinkamą jos saugumą.

98. AASPĮ IS sugeneruoti dokumentai, kuriuose naudojami pacientų asmens duomenys, rinkmenos pavidalu negali būti saugomi failinėje sistemoje nešifruoti. Ši nuostata gali būti netaikoma tik atskiriems dokumentų tipams, iš anksto suderinus su Perkančiąja organizacija.

99. Turi būti vykdomas AASPĮ IS naudotojų atliekamų veiksmų auditavimas pagal reikalavimus, kuriuos Tiekėjas turės suderinti su Perkančiąja organizacija analizės ir detalios specifikacijos rengimo metu.

XVI REIKALAVIMAI TESTAVIMUI IR BANDOMAJAI EKSPLOATACIJAI

100. Turi būti atliktas AASPĮ IS modernizuojamų ir kuriamų funkcionalumų testavimas. Modernizuojamų funkcionalumų testavimas turi būti atliekamas tik naujai sukurtam ir įdiegtam funkcionalumui bei tiems komponentams, kurie turėjo būti pakeisti ar modifikuoti dėl naujai sukurto (įdiegto) funkcionalumo.

101. Testavimo pagrindinis tikslas – užtikrinti, kad sukurtas funkcionalumas tenkina visus šios specifikacijos funkcinius ir nefunkcinius reikalavimus bei identifikuoti kiek įmanoma daugiau sisteminių klaidų (angl. Bug).

102. Turi būti atlikti šie testavimai:

102.1. vidinis testavimas, kurį savarankiškai turi atlikti Tiekėjas;

102.2. sistemos funkcinių reikalavimų, nefunkcinių reikalavimų bei atsparumo

įsilaužimams reikalavimų testavimas, kuriuos atliks Techninės priežiūros paslaugų teikėjas. Tiekėjas turi užtikrinti, kad Techninės priežiūros paslaugų teikėjui nebus sudaryta kliūčių (techninių ar organizacinių) įvykdyti pastaruosius testavimus. Tiekėjas turės bendradarbiauti su Techninės priežiūros paslaugų teikėju siekiant bendro testavimo tikslo.

103. Vidinius atskirų komponentų testavimus tiekėjas turi atlikti nedalyvaujant Perkančiosios organizacijos atstovams, tačiau turi pateikti tokio testavimo įrodymus – vidinių testavimų metu nustatytų klaidų sąrašą.

104. Priėmimo testavimas turi būti vykdomas Perkančiosios organizacijos įsigytos techninės įrangos pagrindu. Jeigu priėmimo testavimo metu nebus tokios galimybės, testavimas turės būti vykdomas naudojant Tiekėjo pateiktą techninę įrangą. Tokiu atveju turės būti atliktas atskiras testavimas Perkančiosios organizacijos pateiktoje techninėje įrangoje siekiant įsitikinti, kad AASPĮ IS korektiškai veikia kitos techninės įrangos pagrindu.

105. Testavimo aplinkos architektūros principai, kiek įmanoma, turi atitikti darbinę sistemos aplinkos architektūrą.

106. Testavimo metu elektronine forma turi būti vedamas pastebėtų klaidų ir jų būsenų kaupimo žurnalas (toliau – klaidų žurnalas). Žurnalą turi pildyti Xxxxxxx atstovai, galimybę jį peržiūrėti ar pildyti suteikiant įgaliotiems Perkančiosios organizacijos darbuotojams ir Techninės priežiūros paslaugų teikėjams.

107. Klaidų žurnalas turi būti specializuota problemų registravimo ir sekimo programinė įranga (angl. Issue tracking software), paremta tinklinėmis technologijomis, t.y. pasiekiama naudojant interneto naršyklę.

108. Tiekėjas turės užtikrinti, kad priėmimo testavimo metu sistemoje bus suvesta pakankamai testinių duomenų, kurie leistų pilnai ištestuoti AASPĮ IS funkcionalumą.

109. Tiekėjas turės užtikrinti, kad priėmimo testavimo metu bus realizuotos visos šioje specifikacijoje apibrėžtos integracijos su vidinėmis ir išorinėmis sistemomis (ar registrais). Priėmimo testavimo metu AASPĮ IS turės būti integruota su vidinių ir išorinių sistemų testinėmis aplinkomis (jeigu tokios egzistuoja). Jeigu priėmimo testavimo metu nebus galimybės atlikti integracijų testavimo dėl integruotinos sistemos (ar registro) neveikimo (neegzistavimo), Tiekėjas turės simuliuoti integruotinas sistemas arba atskiru sutarimu su Perkančiąja organizacija suderinti alternatyvų integracinio funkcionalumo testavimo būdą (išskyrus su eSPBI IS).

110. Tiekėjas turės užtikrinti, kad priėmimo testavimo metu bus realizuotos visos sąsajos su šioje specifikacijoje apsibrėžtais analizatoriais, radiologijos įranga ir kita medicinine technine įranga.

111. Tiekėjas turės parengti ir su Perkančiąja organizacija bei Techninės priežiūros paslaugų teikėju suderinti testavimo ir bandymų metodiką.

112. Tiekėjas priėmimo testavimo veiklas turės vykdyti pagal priėmimo testavimo planą. Techninės priežiūros paslaugų teikėjas parengs priėmimo testavimo planą, testavimo scenarijus ir galutinę priėmimo testavimo ataskaitą, o Perkančioji organizacija šiuos dokumentus tvirtins.

113. Tiekėjas priėmimo testavimo sesijų metu turės demonstruoti (testuoti) sukurtą AASPĮ IS funkcionalumą bei registruoti užfiksuotas klaidas (priėmimo testavimo etapo trukmė ne mažesnė nei 1 mėn.). Perkančiosios organizacijos ir techninės priežiūros paslaugų teikėjo atsakingi asmenys turės dalyvauti priėmimo testavimo sesijose ir vykdyti testavimo eigos kontrolę bei dalyvauti sprendžiant iškilusias problemas. Detalios priėmimo testavimo dalyvių atsakomybės bus apibrėžtos priėmimo testavimo plane.

114. Turi būti atlikta AASPĮ IS bandomoji eksploatacija.

115. Bandomosios eksploatacijos tikslas - užtikrinti AASPĮ IS kokybę, išbandyti gamybinę sistemos komponentų konfigūraciją, identifikuoti ir pašalinti bandomosios eksploatacijos metu pastebėtus defektus, stabilizuoti darbinės aplinkos konfigūraciją, atsižvelgiant į bandomosios eksploatacijos metu sukauptą patirtį.

116. Tiekėjas turi parengti bandomosios eksploatacijos planą, kurio tikslas - aprašyti bandomosios eksploatacijos eigą bei apibrėžti bandomosios eksploatacijos dalyvių atsakomybes.

117. Tiekėjas turi parengti atliktos bandomosios eksploatacijos ataskaitą.

118. Bandomosios eksploatacijos plane minimaliai turi būti aprašyta: bandomosios eksploatacijos dalyvių komunikavimo schema, dalyvių atsakomybės, defektų (pastabų) registravimo tvarka, defektų šalinimo tvarka, bandomosios eksploatacijos priėmimo kriterijai.

119. Tiekėjas kartu su Perkančiąją organizacija, iki bandomosios eksploatacijos pradžios, privalo paruošti sistemos infrastruktūrą darbui:

119.1. atlikti sistemos komponentų konfigūravimą, kad visi bandomosios

eksploatacijos dalyviai turėtų galybę prisijungti prie sistemos iš savo darbo vietų. Naudotojų darbo vietų parengimą privalo užtikrinti Perkančioji organizacija;

119.2. sumigruoti (suvesti) visus būtinus (aktualius) sistemos duomenis bei pašalinti perteklinius (bandomajai eksploatacijai nereikalingus) duomenis.

120. Tiekėjas privalo užtikrinti sistemos veikimą visos bandomosios eksploatacijos metu, jeigu nebus sutarta kitaip.

121. Tiekėjas privalo pašalinti visas užfiksuotas klaidas ir patobulinti informacinę sistemą atsižvelgiant į bandomosios eksploatacijos metu pastebėtus trūkumus. Klaidų šalinimas turi būti vykdomas bandomosios eksploatacijos metu. Iki bandomosios eksploatacijos pabaigos visos ištaisytos klaidos turi būti patikrintos bandomosios eksploatacijos dalyvių arba ištaisytų klaidų tikrinimui turi būti įvykdyta papildoma testavimo sesija, kuri organizuojama ir vykdoma pagal priėmimo testavimo principus.

122. Perkančioji organizacija pradės AASPĮ IS sistemos priėmimo veiklas tik tada, kai sistema tenkins bandomosios eksploatacijos plane apibrėžtus priėmimo kriterijus.

123. Tiekėjas privalo prieš priduodamas AASPĮ IS Perkančiajai organizacijai pateikti galutines dokumentacijos ir AASPĮ IS išeities kodo versijas, jeigu jos buvo pakeistos nuo paskutinio pridavimo.

124. AASPĮ IS bus priimama pasirašant priėmimo-perdavimo aktą.

XVII REIKALAVIMAI MOKYMAMS

125. Darbui su AASPĮ IS, ne vėliau kaip iki bandomosios eksploatacijos pradžios, turės būti apmokyti Perkančiosios organizacijos ir partnerių SPĮ darbuotojai.

126. Turės būti apmokyta:

126.1. Ne mažiau kaip 57 darbuotojus darbui su AASPĮ IS;

126.2. Ne mažiau kaip 4 administratorius AASPĮ IS priežiūrai ir valdymui.

127. Tiekėjas turės sudaryti mokymų planą ir jį suderinti su Perkančiąja organizacija.

128. Tiekėjas turi parengti mokymų medžiagą ir ją pateikti Perkančiajai organizacijai 2 darbo dienas prieš mokymus.

129. Mokymai turi būti organizuojami naudotojų grupėmis pagal su Perkančiąja organizacija suderintą mokymų planą (grafiką).

130. Mokymai turi būti vykdomi projekte dalyvaujančių SPĮ patalpose.

XVIII REIKALAVIMAI DIEGIMUI

131. Tiekėjas turės įdiegti AASPĮ IS į Perkančiosios organizacijos pateiktą techninę įrangą bei atlikti techninės ir programinės įrangos konfigūravimo darbus, kad būtų užtikrintas tinkamas AASPĮ IS eksploatacinės aplinkos veikimas.

132. Tiekėjas po bandomosios eksploatacijos turi perduoti Perkančiajai organizacijai sukurtos AASPĮ IS išeities kodą ir licencinės programinės įrangos instaliacinius paketus.

133. Tiekėjas turi užtikrinti išeities kodo versijavimą gamybinėje aplinkoje. AASPĮ IS išeities kodas turi būti versijuojamas Perkančiosios Organizacijos versijavimo sistemoje su PO suderintu periodiškumu. Galutinė AASPĮ IS išeities kodo versija turi būti pateikiama Tiekėjo naudotoms kūrimo priemonėms suprantamu formatu įrašyta į DVD ar kitą skaitmeninę laikmeną. Išeities kodas turi būti su komentarais ir atitikti gerąją programinio kodo formatavimo, kintamųjų bei funkcijų įvardinimo praktiką. Kartu turi būti pateikiamas sukompiliuotas išeities kodas (parengtas diegimui).

134. Tiekėjas turi dokumentuoti programinės įrangos diegimo į Perkančiosios organizacijos AASPĮ IS darbinę aplinką procesą bei pateikti tam reikalingas programines priemones.

XIX REIKALAVIMAI DUOMENŲ MIGRAVIMUI

135. Tiekėjas turi atlikti reikalingų (aktualių) duomenų migravimą į AASPĮ IS.

Duomenų migravimo poreikį Tiekėjas turi identifikuoti analizės ir detalios specifikacijos rengimo metu. Būtina atlikti reikiamų duomenų migravimą iš:

135.1. dabar įstaigų eksploatuojamų SPĮ IS;

135.2. išorinių sistemų dėl klasifikatorių ir kitų duomenų sąrašų gavimo (išsaugojimo AASPĮ IS);

136. Tiekėjas turi parengti migravimo procedūros aprašą ir suderinti su Perkančiąja organizacija.

XX GARANTINĖS SĄLYGOS

137. Tiekėjas privalės užtikrinti AASPĮ IS ir įdiegtos licencinės programinės įrangos garantinę priežiūrą.

138. Garantinės priežiūros terminas 24 mėnesiai nuo galutinio paslaugų priėmimo – perdavimo akto pasirašymo datos.

139. Garantinės priežiūros paslaugos apima sukurtos ir/ar modernizuotos (pakeistos) programinės įrangos sutrikimų šalinimą bei Perkančiosios organizacijos atsakingų asmenų konsultavimą.

140. Tiekėjas turi vykdyti Perkančiosios organizacijos atsakingų asmenų konsultavimą AASPĮ IS veikimo, naudojimo bei tobulinimo klausimais. Konsultacijos turi būti teikiamos telefonu, el. paštu, naudojant garantinio aptarnavimo ir priežiūros tarnybos (angl. Help Desk) programinę įrangą ar atvykus į Perkančiąją organizaciją.

141. Programinės įrangos veikimo sutrikimu laikoma situacija kai IS naudotojai dėl Tiekėjo sukurtos ir/ar modernizuotos (pakeistos) programinės įrangos funkcionalumo trūkumų negali atlikti numatytų informacinės sistemos funkcijų arba funkcijos vykdomos nekorektiškai.

142. Programinės įrangos sutrikimų atstatymo trukmė:

142.1. reakcijos į sutrikimą laikas – ne ilgiau kaip 1 (viena) darbo valanda nuo pranešimo apie sutrikimą gavimo sutartu būdu;

142.2. programinės įrangos veikimo sutrikimai turi būti pašalinti per tokį laiką, kad darbas informacinės sistemos naudotojams nesutriktų ilgiau negu 1 (viena) valandą. Jei sutrikimo per nurodytą laiką pašalinti negalima, kartu su Perkančiąja organizacija suderinamas susitarimas dėl sutrikimo pašalinimo laiko;

142.3. neesminių sutrikimų šalinimas – ne ilgiau kaip 24 (dvidešimt keturios) darbo laiko valandos nuo pranešimo gavimo sutartu būdu. Jei sutrikmo per nurodytą laiką pašalinti negalima, kartu su Perkančiąja organizacija suderinamas susitarimas dėl sutrikimo pašalinimo laiko. Neesminis sutrikimas – neapibrėžtas AASPĮ IS funkcijos veikimas, kuris leidžia įvykdyti numatytą AASPĮ IS funkciją, tačiau AASPĮ IS naudotojui reikia atlikti papildomus, nenumatytus ar alternatyvius veiksmus;

142.4. kritinių sutrikimų šalinimas – ne ilgiau kaip 8 (aštuonios) darbo laiko valandos nuo pranešimo gavimo sutartu būdu. Jei sutrikimo per nurodytą laiką pašalinti negalima, kartu su Perkančiąja organizacija suderinamas susitarimas dėl sutrikimo pašalinimo laiko. Kritinis sutrikimas – AASPĮ IS funkcijos neveikimas, be galimybės reikiamą funkciją įvykdyti alternatyviai;

142.5. turi būti užtikrintas informacinės sistemos veiklos atkūrimas – ne ilgiau kaip per 16 darbo laiko valandų.

142.6. Tiekėjas turi parengti prieinamas ir Perkančiajai organizacijai tinkamas informavimo apie sistemos sutrikimus, jų registravimo ir taisymo veiksmų būseną priemones: Perkančiosios organizacijos ir tiekėjo suderintus telefonus, e. pašto adresus, garantinio aptarnavimo ir priežiūros tarnybos (angl. HelpDesk) programinio įrankio adresą (nuorodą). Išvardintais būdais Perkančiosios organizacijos atsakingiems asmenims turi būti galimybė

pranešti apie sistemos sutrikimus, reikiamas konsultacijas, reikiamus tobulinimus (naujo funkcionalumo kūrimą) ir pan.

142.7. Priežiūros tarnybos programiniame įrankyje Tiekėjas turi skelbti aktualią informaciją apie planuojamus atlikti bei atliktus SPĮ IS pakeitimus (taisymus, tobulinimus ir pan.).

143. Garantinės priežiūros paslaugos, konsultacijos telefonu ir elektroniniu paštu turi būti teikiamos darbo dienomis nuo 7 iki 20 valandos.

144. Jeigu Tiekėjas teikdamas garantinės priežiūros paslaugas nustato, kad Programinės įrangos veikimas sutrikęs ne dėl Tiekėjo prižiūrimos programinės įrangos, informuodamas Perkančiąją organizaciją turi nurodyti spėjamą sutrikimo priežastį.

XXI SUTARTIES ĮGYVENDINIMO ETAPAI IR TERMINAI

145. Sutartis turi būti įgyvendinta tokiais etapais ir terminais (nuo sutarties įsigaliojimo dienos):

5 lentelė. Sutarties įgyvendinimo etapai ir terminai

Etapas

Veiklos

Rezultatai

Trukmė

Pirmas etapas – ne

mažiau 1/3 AASPĮ IS funkcionalumų

- analizė ir detalios specifikacijos rengimas;

- konstravimas ir testavimas (testavimo aplinkoje);

- diegimas, naudotojų mokymai (testavimo aplinkoje)

- sukurti, įdiegti ir bandomajai

eksploatacijai paruošti šiame etape numatyti AASPĮ IS

funkcionalumai;

- parengta šio etapo funkcionalumų detali specifikacija

3 mėn. nuo pirkimo sutarties

įsigaliojimo dienos

Antras etapas – ne

mažiau 1/2 po 1 etapo likusių funkcionalumų

- analizė ir detalios specifikacijos rengimas;

- konstravimas ir testavimas (testavimo aplinkoje);

- diegimas, naudotojų mokymai (testavimo aplinkoje)

- sukurti, įdiegti ir bandomajai

eksploatacijai paruošti šiame etape numatyti AASPĮ IS

funkcionalumai;

- parengta šio etapo funkcionalumų detali specifikacija

3 mėn. nuo

1 etapo pabaigos

Trečias etapas – visi po 1 ir 2 etapų likę funkcionalumai

- analizė ir detalios specifikacijos rengimas;

- konstravimas ir testavimas (testavimo aplinkoje);

- diegimas, naudotojų mokymai (testavimo aplinkoje)

- sukurti, įdiegti ir bandomajai

eksploatacijai paruošti šiame etape numatyti AASPĮ IS

funkcionalumai;

- parengta šio etapo funkcionalumų detali specifikacija

2 mėn. nuo

2 etapo pabaigos

Ketvirtas etapas

- integracinių sąsajų su eSPBI IS ir kitomis IS ar registrais sukūrimas ir

įdiegimas (gamybinėje aplinkoje)

- sukurtos ir įdiegtos

integracinės sąsajos su eSPBI IS ir kitomis IS ar registrais gamybinėje aplinkoje

2 mėn. nuo

3 etapo pabaigos, bet ne

vėliau kaip 4 mėn. iki

2015 m.

rugpjūčio 31 d.

Penktas etapas – bandomoji eksploatacija

- bandomoji eksploatacija (gamybinėje aplinkoje);

- bandomosios eksploatacijos metu pastebėtų trūkumų šalinimas

- modernizuota, įdiegta ir priduota AASPĮ IS;

- parengta numatyta dokumentacija

- pateikti AASPĮ IS išeities kodai

2 mėn. nuo

4 etapo pabaigos, bet ne

vėliau kaip iki 2015 m. rugpjūčio

31 d.

Šeštas etapas – garantinė priežiūra

- sutrikimų šalinimas (testavimo ir gamybinėje aplinkoje)

24 mėn. nuo galutinio paslaugų

priėmimo - perdavimo akto pasirašymo datos

146. 1, 2 ir 3 etapo metu projektuojamo ir kuriamo funkcionalumo apimtis (tikslūs šios specifikacijos punktai) turi būti apibrėžta per 10 darbo dienų nuo pirkimo sutarties įsigaliojimo dienos (kartu su Projekto reglamentu).

147. Visi Tiekėjo įsipareigojimai pagal šio pirkimo rezultate sudarytą sutartį (išskyrus garantinį aptarnavimą) turi būti suteikti per 12 mėn. nuo sutarties įsigaliojimo.

148. Dėl aplinkybių, kurių Perkančioji organizacija negalėjo numatyti, prireikus pratęsti Projekto įgyvendinimo terminą, kuris nustatytas Projekto finansavimo ir administravimo sutartyje Nr. VP2-3.1-IVPK-11-V-01-013, Šalių raštišku sutarimu Tiekėjo įsipareigojimų terminas gali būti pratęstas atitinkamam Projekto įgyvendinimo termino pratęsimui, tačiau ne ilgiau nei iki 2015 m. rugpjūčio 31 dienos.

149. Etapų terminai (išskyrus garantinę priežiūrą) gali būti pakeisti tik bendru šalių raštišku susitarimu.

150. Atsiskaitoma už atliktus darbus etapais:

150.1. Pirmas etapas – 20 proc. sutarties sumos;

150.2. Antras etapas – 20 proc. sutarties sumos;

150.3. Trečias etapas – 25 proc. sutarties sumos;

150.4. Ketvirtas etapas – 35 proc. sutarties sumos.

XXII BAIGIAMOSIOS NUOSTATOS

151. Siekiant užtikrinti sklandų Projekto tęstinumą:

151.1. Tiekėjas, nepažeidžiant autoriaus teisių turėtojo ar trečiųjų šalių intelektinės nuosavybės teisių, sutartimi perduoda Perkančiajai organizacijai autorių turtines teises į pagal užsakymą sukurtą programinę įrangą ir parengtus projektinius dokumentus, įskaitant, bet neapsiribojant, teisę neribotą laiką ir be papildomo atlygio naudoti sukurtą programinę įrangą; teisę daryti sukurtos programinės įrangos kopijas; teisę modifikuoti ir toliau plėtoti sukurtą programinę įrangą; teisę perkelti programinę įrangą į kitą technologinę platformą; suteikti teises naudoti šią programinę įrangą kitoms institucijoms ir trečiosioms šalims; teisę naudoti ir keisti jai sukurtos programinės įrangos pradinį kodą (mašininės kalbos pradinius tekstus);

151.2. Jeigu pagal užsakymą sukurtoje programinėje įrangoje panaudota kita autoriaus teisių turėtojo ar trečiųjų šalių programinė įranga, kuri integruota į pagal užsakymą sukurtą programinę įrangą ar kitaip susieta su atliktu užsakymu ir autoriaus turtinių teisių į sukurtą programinę įrangą ar parengtus projektinius dokumentus, perdavimas Perkančiajai organizacijai, užsakiusiai sukurti programinę įrangą ar parengti projektinius dokumentus, neturi apriboti šias teises perdavusio Tiekėjo teisės be atskiro Perkančiosios organizacijos sutikimo toliau vystyti, tobulinti, platinti ir atlikti kitus reikiamus veiksmus su sukurta programine įranga ar parengtais projektiniais dokumentais.

151.3. Tiekėjas turi perduoti Perkančiajai organizacijai projekto metu sukurtą ir/ar modernizuotą programinę įrangą ir jos išeitinį kodą (visos ASSPĮ IS, išskyrus licencinę programinę įrangą) iki paslaugų priėmimo – perdavimo akto pasirašymo dienos.

152. Tiekėjas neturi teisės atskleisti jokios su paslaugų teikimu susijusios informacijos trečiosioms šalims be Perkančiosios organizacijos raštiško leidimo.

Document Metadata

Table of Contents

TECHNINĖ SPECIFIKACIJA TURINYS

Document Metadata