Проект форм медицинской документации “Дневник Врача” (DoctorsDiary)

О чем эта статья

В моей практике состоялся небольшой проект, работа над которым в течении месяца доставила мне большое удовольствие. И тому есть несколько причин:

• Продукт задуман для медицины – одной из сложнейших и инетереснейших областей автоматизации, которая сполна захватила меня скоро как год.
• Это должен был быть бесплатныйпродукт
• С самого начала я знал конкретных людей которым нужна моя работа
• Жизненный цикл проекта должен был быть небольшим, а значит и нескучным

В течении полутора месяцев прошли все стадии – от формирования идеи до выпуска продукта. О них и пойдет речь.

А сам продукт можете взять здесь: “Дневник Врача” (Для его использования вам понадобится MS Infopath 2003/2007 с установленной по умолчанию .NET Programmability Support)

Идея – журнал приема пациентов

Как то я был в гостях у одного хорошего врача – Игоря Алентова, и он показывал мне как он решил проблему, которую вынуждены решать все врачи, ведущие терапевтический прием: как за 12 минут принять пациента и оформить это факт в соответсвии со всеми нормами медицинской документации. Что могу сказать? MS Excel и слепой метод печати творит чудеса. Захотелось вставить свои пять копеек в это бесспорно нужное и важное дело. Помимо инструмента, который позволяет быстро ввести необходимую информацию ( а это уже немало ) захотелось сделать инструмент, который будет иметь более удобный интерфейс, легко интегрироваться в стороннюю информационную систему и хранить данные в более переносимом формате чем xsl. Игорь согласился помочь с терминологией и исходными требованиями.

Планирование

Теперь настала необходимсть составить описание проекта, оценить ресурсы, убедить руководство, составить план работ. Описание проекта не потребовало много труда, оно лежало на поверхоности. Руководству понравилась идея небольшого полезного продукта для поднятия нашей репутации. Срок разработки должен быть небольшим, это было понятно. Не больше 1 месяца. Подходящий хороший программист-аутсорсер нашелся можно сказать случайно. Договор о выполнении работ был подписан. Везение сопутствовало этому проекту. В качестве инструмента выбрали MS Infopath по нескольким причинам:

1. Это часть пакета MS Office, который хорошо знаком пользователям
2. Данные сохраняются в xml-формате
3. Формы MS Infopath показались нам удобной штукой

Функциональность проекта определяли так, чтоб продукт получился целостным, завершенным и в то же время компактным. Выделили следующие основные задачи:

1. Журнал приема пациентов.
2. Талон амбулаторного пациента.
3. Направление (на госпитализацию, восстановительное лечение, обследование, консультацию).
4. Форма посещения для вклеивания в амбулаторную карту
5. Рецептурный бланк.

Большой помощью для составления плана работ и оценки времени для выполнения каждой задачи стало, то что изначально существовала модель приложения в MS Excel, любезно предоставленная доктором Алентовым.

Пока я возился с планированием, разработчик осваивал MS Infopath и к старту фазы разработки мы подошли в хорошей “спортивной форме”.

Разработка

Процесс прошел для меня практически незаметно. Первую версию с ограниченной функциональностью мы получили через неделю работы, согласно утвержденному плану и передали на тестирование. Игорь, а не я, смотрел все промежуточные версии и отгрузил весомый список замечаний к удобству и логике работы. На финальной стадии к тестированию подключился я, со своим ноутбуком с Windows Vista и обнаружилась проблема открытия ранее заполненных форм из журнала в MS WIndows Vista. Поменяли метод открытия – в объектной модели infopath есть несколько вариантов – и заработало.

Релиз

Релиз был тоже спланирован заранее. К дате релиза я сочинил небольшое руководство пользователя и лицензионное соглашение на базе GPL v2. Все. В день врача общей практики в минздраве показал как работать с пакетом аудитории из 100 человек. Кажется, понравилось.

Помимо этого, есть еще одна сторона, которую можно считать заказчиком этого проекта (но никак не финансовым спонсором) и потребовались усилия, чтобы убедиться, что итоговый продукт соответсвует требованиям заказчика и подготовить необходимую документацию для сдачи проекта.

Жизнь продукта

А жизнь продолжается. Хочется, чтобы проект “пошел в народ” потому что он действительно полезен. Правда, вызывает опасения технология MS Infopath. Все таки это мало кому знакомо, о чем ктати свидетельствуют и проблемы с ней. Если бы Infopath использовали чаще, то разраблотчики бы уже приняли меры. Но, на подходе версия на привычном и более доступном MS Excel (Это будет уже продукт доктора Алентова). План на будущее такой:

1. Сделать стрраничку на корпоративном сайте
2. Отправить сообщения в форумы тематических медицинских сайтов
3. Написать парочку статей
4. Продемонстрировать возможности по интеграции форм в информационную систему
5. Собрать замечания и предложения и запустить следующую итерацию разработки.

Итоги

Короткий проект хорош тем, что сразу видишь свои успехи и неудачи и легко можешь сделать выводы. Для себя я подметил следующее.

1. Действительно, на меденджера проекта наибольшая нагрузка ложится на фазах иницииации, планирования, а так же завершения проекта. По моему, это заметно даже по структуре данной статьи. Фаза разработки требовала от меня несложного мониторинга и контроля.
2. Точная постановка задачи, планирование и наличие удачного прототипа – залог спокойной работы.
3. Надо знать технологии, которыми собираешься воспользоваться и обезопасить себя от сюрпризов заранее.
4. Быстрый выпуск первой версии и регулярный выпуск следующих поможет не сбиться с пути к цели.