ЕСОЗ - публічна документація
Project Charter
Project Background
Першими кроками поетапного впровадження реформи фінансування системи охорони здоров’я згідно зі стратегією реформи фінансування затвердженою постановою КМУ №1013-р від 31 листопада 2016 року планується запровадження капітаційних інструментів оплати на первинній ланці. Основним підґрунтям для втілення капітаційних інструментів оплати мають бути процеси формування офіційних документів, як то контракт між закладом, що надає первинну медичну допомогу (ПМД), та органом, що виконує функції єдиного державного замовника медичних послуг.
Для цього мають бути:
- визначені заклади, що надають ПМД та виявляють бажання перейти на форму оплати за капітаційною ставкою вже у 2017 році;
- задекларовані лікарі, що надають ПМД у закладі;
- сформовані декларації між пацієнтами та лікарями, що надають ПМД у закладі;
- можливість сформувати зведену звітність за встановленими формою, критеріями та показниками для надання статистичної підстави для оплати;
- інструмент підтвердження таких виявлень та дій, інструмент підтвердження відповідальності.
Задля оптимізації цих процесів було запропоновано створення відповідних електронних інструментів
Тож, метою запровадження електронних інструментів є супровід процесів впровадження реформи фінансування первинної ланки, а також закладення якісних основ для запровадження об’єднуючої системи електронної охорони здоров’я – системи eHealth – яка б супроводжувала усі процеси у сфері охорони здоров’я України.
Враховуючи, що процеси та продукти у електронному вигляді мають частково стати підґрунтям для фінансово та юридично важливих документів, задля офіційного підтвердження дій у електронній системі пропонується ввести наступні інструменти:
· електронний цифровий підпис (ЕЦП) – ЕЦП від суб’єкту господарювання для керівника закладу, головного бухгалтера та керівника відділу кадрів закладу, та ЕЦП фізичних осіб для лікарів та інших користувачів (не стосується лікарів ФОП за умови, що керівник та лікар це одна особа – в такому випадку лікар використовує ЕЦП суб’єкту господарювання);
· перевірка наявної офіційної інформації про заклади згідно з даними ЄДР про код ЄДРПОУ та КВЕД, за можливості згідно з автоматизованою базою даних медичних, фармацевтичних та науково-педагогічних працівників сфери управління МОЗ України, а також з іншими можливими державними реєстрами;
· за можливості, інструменти миттєвої та віддаленої перевірки фізичної наявності пацієнта, з яким підписується декларація, за допомогою СМС-повідомлення на зазначений номер мобільного телефону або надання скан/фото-копії документів пацієнта (паспорту у формі книжки або у формі картки, облікової картки платника податків - ІПН).
Перелік інформації, що використовується у електронних інструментах має надавати мінімальну необхідну інформацію згідно із затвердженими документами для впровадження реформи первинної ланки. Цей перелік інформації може змінюватись у зв’язку з подальшим розвитком реформ системи охорони здоров’я та розвитку електронних інструментів.
Project Objectives
Design and Develop patient's registry (Master Patient Index) as an independant service
Design and Develop registry for Medical Service Providers (MSP), MSP Divisions, 1st echelon Doctors (PRM)
Design and Develop registry for Pharmacy Retailers, Pharmacy Divisions, Pharmacy employees (PRM)
Design and Develop registry for contracts (Declarations) between MSP, 1st echelon Doctors and Patients (OpsDB)
Design and Develop registry for Medication Requests (OpsDB)
Automation of MSP, Doctors, Patients, Declarations registration processes accessible via API (REST)
Automation of Create/Dispense Medication Request process via API (REST)
Provision of data consistency, deduplication and security mechanisms incl. Implementation of Digital Signature
Design and Develop E-Health Capitation Billing process (Capitation report)
Design and Develop E-Health Reimbursement Billing process (Reimbursement report)
Design and Develop E-Health administration tools for National Health Service
Personal data protection according to Ukraine and EU regulations
Implementation of authentication and authorization including:
Authorization of MSP by Patient using SMS OTP
Offline patient identification
OAuth 2.0 authorization for E-Health API
E-Health MVP project scope
E-Health MVP Scope (Must, Could, Should, Won't):
Scope Item | Description | Status |
MPI | M | |
OPS DB | M | |
PRM with Front | M | |
Auth Module | M | |
Product Catalogue | M | |
Register Clinic | M | |
Legal Entity Registry Validation | M | |
Register Doctor | M | |
Register MPI | M | |
Update MPI | +M | |
Register Declaration | M | |
Doctor Dashboard | M | |
Create/Approve Capitation Product | -W/W | |
Create/Approve Capitation Contract | -W/W | |
Create Prescription | M | |
Ship Drugs | M | |
Register Drug Store | M | |
Capitation Process (Reporting) | M | |
Reimbursement Process (Reporting) | M | |
Red Lists | +M | |
EDS Validation | M | |
Auth via Bank ID | W | |
Auth via SMS | M | |
Auth Offline | +M | |
Offline Process Support | M | |
MPI Deduplication | M | |
MPI anomaly detection | W | |
Data cleansing based on external data | W | |
Tech. Monitoring | M | |
Business Reporting (Dashboards) | M | |
MPI/OpsDB DB level Encryption | M | |
MPI/OpsDB App level Encryption | W | |
Blockchain data integrity algorythm | M | |
MPI/Declaration Management Process and UI (Investigations) | +M | |
NHS Portal with Clinic Map | M | |
MIS Front Emulator | M |
Milestones
Milestone | Target Date | Est. | Status |
---|---|---|---|
E-Health Demo | 6.03 | 6.03 | Completed |
Register LE release | 1.06 | 1.06 | Completed |
Happy Path Declarations API on Demo | 15.07 | 17.07 | Completed |
Capitation ready to deploy | 6.08 | 6.08 | Completed |
Blockchain algorythm | 30.08 | 30.09 | In Progress |
Capitation Production Release | 19.09 | 15.09 | Completed |
Reimbursement Final Release | 20.10 | 20.10 | In Progress |
Project team and responsibilities
Role | Person | Responsibility |
---|---|---|
Sponsor | Marina Kvashnina | Determines project objectives, sets priorities, accepts project delivery |
Sponsor | Yurii Bugai | Determines project objectives, sets priorities, accepts project delivery |
Sponsors Coordinator | Daria Kutsenko | Ensures proper project funding |
OPS Manager | Elena Musina | Ensures proper project funding and resource allocation |
IT Delivery PM | Popov Kostiantyn | IT Delivery Team Project Management |
IT Product Owner (ITPO), BA Team Lead | Popov Kostiantyn | Determines target IT product design to cover business needs |
Stakeholder PM | Katerina Makarenko | Project Group Project Management |
Business Product Owner (BPO), Stakeholders Team Lead | Katerina Makarenko | Determines and prioritizes business needs to be covered, Reviewer of process design |
Stakeholder | Irina Shevchenko | Domain knowledge Provider, Reviewer of process design |
Technical Supervisor (TS) | Pavel Zhuk | Reviewer of IT solution architecture design, Sets technical requirements, Reviewer of process design |
Software Architect (POSA) | Eugen Yersakov | Reviewer of IT solution architecture design, Reviewer of technical specifications, Reviewer of process design |
Vendor Software Architect (VSA) | Petro Lymych | IT solution architecture design, Development Team Supervision |
Steering Committee:
Marina Kvashnina, Yuri Bugay, Popov Kostiantyn, Katerina Makarenko, Elena Musina.
Steering committee manages scope, budget, milestones, project reports acceptance.
Communication Plan
Project implementation organized with following collaboration activities
1) Weekly Steering Committee - Mandatory Participants: SteerCo, - Objective: Project report acceptance, Approve CR, Problem Mngmt.
2) AdHoc Process Design Meetings - Mandatory Participants: ITPO, BPO, - Objective: Clarify BRD, Close Open Questions, BP design review.
3) Technical review meetings - Mandatory Participants: POSA, TS, VSA, - Objective: Clarify Technical Requirements, Review and approve Technical Design/Architecture.
4) Design approval - Mandatory Participants: BPO, - Approve BP design in context of Business Needs Coverage
5) Technical Specifications Approval - Mandatory Participants: VSA - Objective: Approve Data model, Approve Technological Processes in context of system design (consistency, availability, persistency)
6) UAT
Artifacts
Project Charter
Sponsors Report
Open Questions/Decisions
BRD
Business Process Design
Technical Specifications
Architecture
Artifacts
ЕСОЗ - публічна документація