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