Разработка специализированного медицинского программного обеспечения для обязательного медицинского страхования граждан

Размещено на http://www.allbest.ru/

Курсовая работа

Тема: «Разработка специализированного медицинского программного обеспечения для обязательного медицинского страхования граждан»

Введение

Глава 1. Теоретическая часть

1.1 Проект в it сфере

1.2 Жизненный цикл проекта

1.3 Организация управления проекта

1.4 Концепция проекта

Глава 2. Практическая часть

2.1 Постановка задачи

2.2 ТЭО, устав проекта и определение участников проекта

2.3 Структуризация проекта

2.4 Программные средства управления проектом

2.5 Управление временем, стоимостью и ресурсами проекта

2.6 Контроль за ходом реализации проекта

Заключение

Введение

В настоящий момент медицинские организации нуждаются в «автоматизации производства», т.е. в автоматизации неких процессов, связанных с жизнедеятельностью конкретно взятой организации или организаций в целом (также взаимосвязью между двумя или более организациями). В понятие «автоматизация» входят такие аспекты повседневной жизни больницы, как:

1. Автоматизация учета больничных данных;

2. Автоматизация учета больничных талонов;

3. Автоматизация учета талонов амбулаторного пациента (ТАП);

4. Автоматизация и своевременные внесения поправок в статистические данные по общему кол-ву больных, по кол-ву больных определенной степени инвалидности и т.п.;

5. Автоматизация «пациент-врач» - распознавание и корректировка диагноза на самой ранней стадии, когда пациент только обращается к врачу за помощью.

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

Все пациенты и больные имеют полис ОМС - полис Обязательного Медицинского Страхования. Зеленые и другого цвета карточки, дающие человеку, который обладает ею, право на лечение в любом больничном учреждении. Все новопришедшие и «старые» пациенты содержатся в определенной информационной базе и именно с ними нужно в первую очередь работать персоналу автоматизированной компьютерной службы. Итак, мы подошли к самому главному и поняли суть процесса - в первую очередь, нам нужна автоматизация учета пациентов, а уже потом автоматизация других процессов. Имя данной программы: АИС ОМС, что в расшифровке звучит как Автоматизированная Информационная Система Обязательного Медицинского Страхования. Именно эта программа отвечает требованиям и стандартам современной медицины и работы с пациентами. Рассмотрим вопрос более подробно.

Глава 1. Теоретическая часть

1.1 Проект в IT-сфере

Не имея конкретных знаний о том, что же нам нужно на выходе процесса разработки данной системы, мы можем предположить самые очевидные, на первый взгляд, вещи, а именно:

«Программа должна отвечать всем требованиям специализированного медицинского программного обеспечения; давать сотрудникам полную и исчерпывающую информацию о пациентах и больных, находящихся на стационарном лечении; давать сотрудникам статистические данные в режиме реального времени, без определенных запросов на выдачу таких данных и ожидания самих данных». Ну и, конечно же, техническая сторона вопроса.

Программа должна быть создана на платформе ОС Windows и архитектуре IBM; минимальные системные требования для комфортабельной работы - Intel Pentium 700 Mhz; 512 Mb RAM; 32 Mb graphic accelerator.

На этом требования к проекту можно считать законченными.

1.2 Жизненный цикл проекта

Жизненным циклом проекта принято считать время, которое программа «проживет» на рабочих станциях конечных пользователей. В данном случае, жизненным циклом стоит считать время от начала создания проекта и до того момента, когда данное ПО устареет, т.е. его невозможно будет использовать по причине устаревшей технологии работы собственной базы данных или прогрессирующей платформы ОС семейства Windows, где данное ПО просто не запустится ввиду «старости» своего базиса и несовместимости последнего с новейшими на тот момент ОС семейства Windows.

1.3 Организация управления проекта

Организация управления проекта - данный пункт, несомненно, важная составляющая в период работы над проектом. Тендер на проект выиграла компания ОАО «ТехТрейд», которая зарекомендовала себя с наилучшей стороны в сфере обслуживания медицинских учреждений на предмет разработки «специального» программного обеспечения. Руководство данной организации имеет очень лояльное отношение к своим клиентам, стараясь в свою очередь выполнить все требования, которые были заданы. «Под рукой» у руководства - высококлассные специалисты, дизайнеры и программисты, имеющие огромный опыт в области разработки специализированного медицинского программного обеспечения. Компания работает в тесной связи с другими компаниями-подрядчиками, которые владеют несколько другим «рынком» - техническим обеспечением, т.е. между программным обеспечением и техническим обеспечением можно наблюдать полную взаимосвязь, направленную на непосредственное решение задач, которые поступают на обработку в «ТехТрейд». Ответственным лицом по контролю за этапами разработки и внедрения, от первой и до последней «точки» в программе, назначается Рыкин Александр Васильевич - главный программист отдела инноваций и разработок компании «ТехТрейд». В будущем будет известен как «Исполнитель». «Заказчиком» же является главный врач больницы №13 - Прутиков Иван Семенович как юридическое лицо, потому как проект разрабатывается непосредственно для всей больницы под его руководством, а не лично для него. Под его началом был основан ОТ отдел (оперативно-технический), который будет непосредственно внедрять готовый продукт на рабочие станции конкретно взятой больницы. Итак, главные действующие лица проекта описаны, договор будет описан в дальнейшем, а теперь перейдем к главному пункту в разработке данного ПО - концепции проекта.

1.4 Концепция проекта

Как уже было сказано в предыдущих пунктах - имеется некий проект, задача, которую надо решить силами программистов и разработчиков в целях повышения КПД работников мед. учреждения и автоматизации, в которой нуждаются некоторые процессы жизнедеятельности больницы. Конечный продукт получит имя, которое звучит как «ППО АИС ОМС», что, в свою очередь, можно расшифровать как: профессиональное программное обеспечение, автоматизированная информационная служба обязательного медицинского страхования. Название может звучать пространно, но и задачи, которые будут поставлены перед данным ПО, тоже далеки от ювелирной точности. Главными задачами готового проекта будут являться: бесперебойная подача статистических данных; регистрация и наблюдение за ходом лечения пациента или группы пациентов, объединенных по какому-либо общему признаку (диагноз, место пребывания, метод лечения); первичная регистрация пациентов - т.е. первоначальное «введение» пациента в работу больницы - регистрация его паспорта, страхового полиса, карточки обязательного пенсионного страхования и, в некоторых случаях, документов, по которым пациент был прислан именно в это больничное учреждение, т.е. направление. Одной из основных задач является способность готового продукта «общаться» с другими компьютерами, находящимися под управлением данного ПО, а так же с непосредственной базой данных пациентов, для чего, собственно, данное ПО и было разработано.

Глава 2. Практическая часть

2.1 Постановка задачи

Задача для фирмы «ТехТрейд» совсем нетривиальная, но знакомая - к компании обращалось много людей, связанных с медперсоналом и медициной в частности, так что, как говорится, «не привыкать». Основные положения начала разработки программного обеспечения, требования к окончательному варианту проекта:

1. Приятный взгляду внешний вид, понятное интуитивное расположение рабочих инструментов;

2. Совместимость с рабочими станциями старых типов и новых типов (подразумевается совместимость с ПО от Microsoft);

3. База данных с возможностью сетевой передачи данных по протоколу TCP/IP версий 6 и 8;

4. Минимальные времязатраты на запросы, ожидание ответов на запросы и подготовку отчетности;

5. Полный инструментарий для первичной регистрации пациента;

6. Полный инструментарий для вторичной регистрации и для ведения пациента;

7. Средства для наблюдения за ходом лечения пациента, его нахождения на территории (отделение, палата) и сопутствующие замечания лечащих врачей;

8. Бессбойность ПО или минимальные времязатраты на приведение программы в рабочее состояние после падения сервера с базой данных;

9. Необходимо обслуживание окончательного ПО сотрудником компании «ТехТрейд» на постоянной основе (отдельный пункт договора).

Итак, требования есть. Переданные на обработку в компанию, обсужденные и исправленные, они выглядят так: Минималистичный внешний вид, вместе с тем полное интуитивное понимание программы для работников, незнакомых с таким ПО, минимальная трата времени на обучение (работа дизайнера и верстальщика);

1. Полная совместимость с линейкой Windows от 98-ой версии до 8.1;

2. Сетевая база данных (клиент-сервер-клиент);

3. Инструменты в виде гиперссылок для удобства сотрудников;

4. «Динамичная» база данных пациентов;

5. Минимальная «забагованность» программы и готовность решения возникающих проблем (обязательные доработки и обновление базы данных путем подключения внешнего HDD-накопителя к серверу);

6. Необходимость заключения договора с сотрудником «ТехТрейд» на обслуживание конкретного медицинского учреждения в строго оговоренное время.

На этом моменте требования согласованы. Перейдем к следующему пункту.

2.2 ТЭО, устав проекта и определение участников проекта

автоматизация программный медицинский страхование

ТЭО проекта.

1. Резюме проекта.

Пакет специализированного медицинского программного обеспечения для осуществления обязательного медицинского страхования граждан РФ и стран СНГ. Предназначен для ведения отчетности, первичной регистрации пациентов, слежения за ходом лечения новоприбывших пациентов, а также для вывода специализированных статистических данных, которые включают в себя следующие пункты:

1) Уровень излечиваемости больных;

2) Уровень смертности пациентов;

3) Количество пациентов по группам инвалидности;

4) Классификация пациентов по группам инвалидности;

5) Количество пациентов проживающих в Москве;

6) Количество пациентов из других населенных пунктов и государств;

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

2. Идея проекта.

Потребность в осуществлении данного проекта, в воплощении его в жизнь, состоит в том, чтобы, в первую очередь, автоматизировать множество мелких процессов, которые в настоящее время обязаны выполнять сотрудники, т.е. - освободить их рабочее время от совершенно неуместных мелочей медицинского делопроизводства, тем самым увеличив коэффициент их полезного действия как работников и увеличив темпы обработки поступающих пациентов в связи с сокращением штатов больницы и напряженности на терапевтических участках. Идея проекта данной программы возникала не раз, обсуждалась на многочисленных закрытых конференциях, в конце концов ДЗМ г. Москвы дало «добро» на производство этого проекта, увидев его необходимость и потенциальную пользу.

3. Обоснование.

Данный программный продукт призван существенно облегчить рабочий быт сотрудников больничных учреждений путем автоматизации многочисленных «мелких» процессов и повышения работоспособности рабочих станций больницы в целом. Программа проста в освоении, не требует специальных знаний, максимально информативна и интуитивно понятна для конечно пользователя, что делает ее несомненно лучшим выбором для решения поставленных перед операторами ОМС (отдела медицинского страхования) задач. С ее помощью сотрудники больницы смогут получать данные «из первых рук», удаленно следить за состоянием больных и подопечных, снимать нужные данные и проводить своевременные оперативные конференции и «пятиминутки» для обсуждения насущных проблем и корректировки лечения конкретного пациента, а также для повышения эффективности работы всех отделений больницы и отделений стационара и стационара дневного пребывания пациентов. Необходимость в данном пакете ПО назревала давно, было получено много просьб и жалоб от руководителей больничных учреждений - именно поэтому было дано «добро» на заказ данного программного пакета.

4. Расчеты потребностей для производства.

Расчет потребностей для производства приведен в таблице 1.

Итого: 1025000 р.

Смету одобрил: Прутиков И. С.

Смету подтвердил и принял: Рыкин А. В.

5. Экономическое обоснование.

Проект не является сугубо коммерческим предприятием, это обычный государственный заказ у сторонней фирмы-разработчика. Тем не менее, готовый проект подразумевает под собой неоспоримую пользу на ниве «бумажной» медицинской работы, потому как само ПО предназначено как для уменьшения сроков подготовки пациентов к принятию на лечение, так и для уменьшения трудозатрат сотрудников штатов больницы и непосредственно лечащего персонала. Различия между работой «до» и «после» приведены ниже.

До

Итак, как мы видим, на одного пациента затрачивается около полутора часа, что просто непозволительно при нынешней населенности, скорости обработки информации и объемах работ.

«После»

Таблица 3 наглядно показывает, что после автоматизации двух левых процессов, на прием пациента затрачено около 40 мин. - цифры выбраны не случайно, потому как именно столько времени занимает непосредственный прием конкретного человека, именно столько времени врач слушает жалобы и колеблется в процессе постановки диагноза и именно столько времени квалифицированный специалист должен потратить, чтобы вынести свой вердикт, назначить лечение и расстаться с пациентом до следующего, «вторичного» приема, когда пациент должен прийти выздоровевший, посвежевший и вообще наконец-то получивший нужное, необходимое лечение. Придется чуть-чуть углубиться в сам процесс.

Для того, чтобы врачу правильно и своевременно поставить верный диагноз, ему требуется время на то, чтобы:

1. Осмотреть пациента;

2. Внимательно изучить его амбулаторную карту (а чем пациент старше, тем карта толще, особенно если пациент любит лечиться - неизменная зависимость);

3. Внимательно выслушать его жалобы на здоровье и правильно поставить диагноз.

Итак, ситуация предельно разъяснена по пунктам. Именно около получаса занимает прием одного пациента, если пациент в возрасте после 50-ти (частые посетители больниц, что уж скрывать), но с более молодыми пациентами дело обстоит иначе - амбулаторная карта тоньше, жалоб меньше и лишних разговоров, не относящихся к волнующей проблеме, тоже. Поэтому на более молодых пациентов тратится не более 10-15 минут в зависимости от сложности заболевания, т.к. в больнице функционирует множество отделений, где можно пройти специальные обследования, назначенные врачом, чтобы своевременно и точно поставить диагноз, потому как у более молодых больных правильный диагноз очень важен - это самая ранняя стадия заболевания и здесь нужно отнестись к жалобам и осмотру пациента очень внимательно. Конечно, нет людей, к которым нельзя было бы относиться поверхностно, «слушать» их абы как и выносить неподтвержденные диагнозы, но пациенты молодых возрастов требуют более высокий уровень внимания. К сожалению, никто не молодеет.

Мы видим не экономическую, но временную пользу данного проекта. Ведь время в больнице - та разменная монета, которой пользуются врачи и, к сожалению, болезнь. С новым ПО врачи смогут намного быстрее поставить правильный диагноз, назначить соответствующее лечение и «принять» больного, а в другом случае - как можно скорее положить его на лечение либо в стационар, стационар дневного пребывания пациентов или соответствующее болезни отделение, такое, как кардиологическое, терапевтическое, онкологическое, ОГШ и любое другое.

6. Выводы и предложения.

Все предложения и требования к проекту были внесены в самом начале:

1. Приятный взгляду внешний вид, понятное интуитивное расположение рабочих инструментов;

2. Совместимость с рабочими станциями старых типов и новых типов (подразумевается совместимость с ПО от Microsoft);

3. База данных с возможностью сетевой передачи данных по протоколу TCP/IP версий 6 и 8;

4. Минимальные время затраты на запросы, ожидание ответов на запросы и подготовку отчетности;

5. Полный инструментарий для первичной регистрации пациента;

6. Полный инструментарий для вторичной регистрации и для ведения пациента;

7. Средства для наблюдения за ходом лечения пациента, его нахождения на территории (отделение, палата) и сопутствующие замечания лечащих врачей;

8. Бессбойность ПО или минимальные время затраты на приведение программы в рабочее состояние после падения сервера с базой данных;

9. Необходимо обслуживание окончательного ПО сотрудником компании «ТехТрейд» на постоянной основе (отдельный пункт договора).

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

2. Устав проекта Ниже приведен устав проекта, одобренный непосредственными участниками проекта.

Устав проекта «Разработка медицинского программного обеспечения для обязательного медицинского страхования пациента»

Ограничения проекта

Документы по проекту, требующие согласования и утверждения

Отчетность по проекту

Участники проекта

1. Главный врач больницы №13 - Прутиков Иван Семенович;

2. Представитель бухгалтерии со ст. больницы - Иванов Сергей Дмитриевич; Начальник отдела ОТ - Новиков Михаил Михайлович;

3. Главный программист компании «ТехТрейд» - Рыкин Александр Васильевич; Ген. директор компании «ТехТрейд» - Аристов Дмитрий Иванович;

2.3 Структуризация проекта

Этапы работы над проектом:

1. Идея, свободные инвестиции, оценка приоритетов и поиск исполнителя; Заключение договора между исполнителем и заказчиком;

2. Работа исполнителя, оплата заказчиком этапов и отчетность по этапам; Тестовый запуск готового ПО исполнителем;

3. Внедрение ПО заказчиком;

4. Окончательная «обкатка» готового ПО и своевременное обслуживание (обновление базы данных, исправление ошибок сетевого и программного кода и т.д.)

2.4 Программные средства управления проектом

Специализированное медицинское программное обеспечение для обязательного медицинского страхования граждан ППО АИС ОМС выполнено на программном языке C++ с небольшими «вкраплениями» Ассемблера в плане сетевого кода и участием Visual C в дизайне и внешнем виде.

2.5 Управление временем, стоимостью и ресурсами проекта

Так как устав проекта создан, то сроки, соответственно, в нем и оговорены, но есть также риски в виде задержек готового продукта перед запуском последнего в непосредственное использование конечными пользователями. В целом все этапы повременно оговорены.

Стоимость проекта озвучена, есть риски выхода из заданных рамок бюджета, но они малы, т.к. это госзаказ.

2.6 Контроль за ходом реализации проекта

Контроль за ходом реализации проекта осуществлял Начальник отдела ОТ - Новиков Михаил Михайлович. Сам процесс можно разделить на несколько частей:

1. Встреча Начальника отдела ОТ с программистами компании «ТехТрейд»;

2. Беседа с программным отделом, осмотр готовых стадий проекта;

3. Внесение поправок и пожеланий на соответствующих стадиях;

4. Оплата готовых этапов (поручение главного врача);

Заключение

Итак, в данной курсовой работе был разобран процесс создания программного обеспечения, а если быть точнее, то процессы, ему сопутствующие. Главной целью данного проекта было создание специализированного программного обеспечения для обязательного медицинского страхования граждан, именуемое ППО АИС ОМС - Профессиональное Программное Обеспечение Автоматизированная Информационная Система Обязательного Медицинского Страхования. Данная программа имеет место быть на вооружении у медицинских учреждений, это реальный случай, но, к сожалению или счастью, этапы и проект были чистой выдумкой - настоящие средства и то, как создавалась программа, остаются величинами неизвестными. Но тем не менее, данное ПО существует по сей день и будет существовать еще не один год, т.к. ПО рассчитано практически на все платформы Windows, исключая, конечно же, морально устаревшие, такие, как: Windows 3.1, Windows 95, Windows NT, Windows 98, Windows ME - на данных платформах работоспособность программы не проверялась вовсе, да и сетевой код скорее всего будет работать нестабильно, хоть версии NT, 2000, XP и 7 имеют общее ядро, которое, в принципе, не менялось с самой первой Windows, но конкретно в этих четырех оно является общим.

Размещено на Allbest.ru