Лабораторный практикум. Лабораторная работа Обследование предметной области Построение модели ide создание контекстной диаграммы Создание диаграммы декомпозиции Создание диаграммы
 Скачать 5.73 Mb.
|
|
Требования к ПК ВЗР. Общие требования к ПК ПК должен реализовывать функции обеспечения взаиморасчетов между ТФОМС. Согласование внешнего вида экранных форм и формируемых выходных документов должно осуществляться в ходе технорабочего проектирования. Все 38 согласованные экранные формы и формируемые выходные документы должны быть включены в состав проектной документации на ПК. Минимально необходимый состав справочников, классификаторов и словарей, обеспечивающих функционирование ПК, должен быть определен на этапе технорабочего проектирования. ПК может дорабатываться по желанию Заказчика с расширением ее функциональности и возможностей за рамки настоящего технического задания. Доработка ПК производится по отдельному техническому заданию. Требования к автоматизируемым функциям. Общие требования В ПК «Взаиморасчеты» должны формироваться и поддерживаться в актуальном состоянии следующие базы данных: − список счетов от ЛПУ, содержащий информацию о пролеченных иногородних пациентах и оказанных им услугах; − список счетов, выставленных в другие ТФОМС; − список входящих счетов, выставленных другими ТФОМС БТФОМС; − данные о взаимозачетах; − справочные подсистемы. Справочники содержат информацию, являющуюся общей для всех субъектов системы обязательного медицинского страхования как межтерриториального, так и местного уровня, а также наиболее часто используемые в программе ВЗР данные. − ПК должен обеспечивать выполнение функций в соответствии разделом 0 настоящего ТЗ. − Более детальные требования к реализации функций должны быть уточнены на этапе технорабочего проектирования. Требования к форматам и структуре входных / выходных файлов. В ПК должен быть реализован импорт данных из следующих файлов, предоставляемых ЛПУ в ТФОМС по пролеченным иногородним пациентам: − реестров пролеченных пациентов; 39 − счет-фактур пролеченных пациентов. Формат файлов DBF. В ПК для передачи в ЛПУ должен экспортироваться файл ошибок, содержащий ошибочные записи по результатам экспертизы. Формат и структура входных / выходных файлов по взаимодействию между ТФОМС описан в приложении 2 к Приказу ФОМС № 70 от 23 августа 2000 г. «О порядке финансовых расчетов между территориальными фондами обязательного медицинского страхования за медицинскую помощь в объеме базовой программы обязательного медицинского страхования граждан Российской Федерации, оказанную гражданам Российской Федерации за пределами территории страхования». Требования к работе с информацией БД, сформированной на основе данных из ЛПУ о пролеченных иногородних пациентах. В программе ВЗР должны быть предусмотрены диалоговые окна просмотра сформированной БД в виде таблицы. В таблице с информацией о счетах из ЛПУ по пролеченным иногородним пациентам должна отображаться следующая информация (с возможностью предварительного выбора ЛПУ и периода счета): − наименование ЛПУ. − код ОКПО ЛПУ. − месяц (номер п / п информации) / год. − кол-во пролеченных пациентов. − представленная сумма (руб. / коп.). − снятая сумма (руб. / коп.). − оплачено (руб. / коп.). − признак проверки на ошибки. − признак сформированных счетов в ТФ. − признак наличия сформированного файла ошибок в ЛПУ. Необходимые основные функциональные возможности: 40 1) печать списка отобранных счетов; 2) отбор счетов как по одному, так и по группе параметров; 3) для выбранного счета – печать «Реестра оказанных медицинских услуг гражданам, застрахованным за пределами территории»; 4) проверка на ошибки в соответствии с требованиями п. 0; 5) формирование файла ошибок; 6) формирование протокола обработки информации; 7) формирование протокола экспертизы и печать реестра ошибочных записей; 8) просмотр для выбранных счетов данных о пролеченных пациентах в виде таблицы, в которой должна отображаться следующая информация: − регион; − фамилия, имя, отчество; − пол; − дата рождения; − ошибка; − серия и номер полиса пациента; − наименование СМО, выдавшей полис пациенту; − серия и номер документа; − место работы; − адрес; − особый случай; − порядковый номер в реестре; − тип иногороднего; − номер и дата счета в другой ТФОМС. В диалоговом окне с информацией о пролеченных пациентах должно быть реализовано: − сортировка, отбор, удаление, добавление, редактирование информации; − подсчет общего числа записей (число пациентов); 41 − выделение ошибочных записей; − ручное проставление ошибок в соответствии с требованиями, описанными в пункте 0; − просмотр услуг по выбранному пациенту; − для выбранной записи отображение следующей информации по пролеченному пациенту: • Фамилия, имя, отчество пациента. • Пол пациента. • Дата рождения пациента. • Территория проживания, адрес пациента. • Наименование ЛПУ. • Особый случай. • Наименование ошибки. 9) просмотр для выбранных счетов данных об оказанных услугах в виде таблицы, в которой должна отображаться следующая информация: − ФИО пациента; − серия и номер полиса; − пол; − дата рождения; − ЛПУ; − отделение; − код услуги (код МЭС); − основной диагноз; − сопутствующий диагноз; − дата начала лечения; − дата оказания услуги; − код услуги; − количество; − сумма; 42 − ошибка; − код исхода лечения; − вид медицинской помощи; − номер амбулаторной карты; − табельный номер врача; − табельный номер медсестры; − номер записи в базе ЛПУ; − признак «особый случай». В диалоговом окне с информацией об оказанных услугах должно быть реализовано: − сортировка, отбор, удаление, добавление, редактирование информации; − подсчет общего числа записей (число услуг); − подсчет общей стоимости всех оказанных услуг; − выделение ошибочных записей; − ручное проставление ошибок в соответствии с требованиями, описанными в пункте 0; − просмотр данных о пациенте по выбранной услуге; − для выбранной записи отображение следующей информации по оказанной услуге: • ФИО пациента. • Пол. • Дата рождения. • Наименование ЛПУ. • Наименование отделения, в котором выполнена услуга. • Вид медицинской помощи. • Наименование медицинской услуги (койко-дня, МЭСа). • Количество услуг. • Дата начала лечения. • Дата оказания услуги. 43 • Стоимость лечения. • Основной диагноз. • Исход лечения. • Признак «особый случай». • Наименование ошибки. Требования к работе с информацией БД об исходящих счетах в ТФОМС. В форме просмотра данных об исходящих счетах должна отображаться следующая информация (с возможностью предварительного задания ТФОМС и временного интервала): − наименование ТФОМС; − № счет-фактуры; − дата; − сумма; − отклонено (сумма); − оплачено (сумма); − дата; − № документа; − по взаимозачету (сумма); − № документа; − наличие исправленной части; − признак пересылки счета; − наличие претензий; − отправка исправленной части. Должны быть предусмотрены следующие возможности: 1. Сортировка, удаление, отбор записей. 2. Печать списка исходящих счетов. 3. Подсчет количества отобранных счетов. 4. Подсчет общей суммы всех отобранных счетов. 44 5. Печать реестра пролеченных пациентов. 6. Печать счет-фактуры по пролеченным пациентам. 7. Формирование файлов реестров счетов и их отправка по электронной почте. 8. Прием файла «Протокол обработки реестра». 9. Формирование исправленной части и их пересылка в ТФОМС. 10. Печать «мотивированного отказа». 11. Просмотр данных выбранных счетов в виде таблицы, содержащей следующую информацию: – код территории; – фамилия и инициалы пациента; – пол пациента; – дата рождения; – сумма к оплате; – снята сумма; – код причины отказа; – серия и номер полиса; – наименование страховщика; – код страховщика; – серия и номер паспорта; – адрес; – дата начала лечения; – дата окончания лечения; – вид медицинской помощи; – код основного заболевания; – код ЛПУ; – признак «особый случай»; – порядковый номер в реестре; – номер счета; – дата счета; 45 – вид информации. В диалоговом окне с информацией об оказанных услугах должно быть реализовано: − подсчет общего числа пациентов и суммы, представленной к оплате по все пациентам; − отбор, редактирование, сортировка, удаление и добавление данных; выделение ошибочных записей; − при выборе записи в нижней части окна должна высвечиваться следующая информация по пролеченному пациенту: • Фамилия, имя, отчество (полностью). • Пол пациента. • Территория проживания, адрес. • Наименование ЛПУ. • Особый случай. • Код отказа. 46 Требования к работе с информацией БД о входящих счетах в БТФОМС. В форме просмотра данных о входящих счетах должна отображаться следующая информация (с возможностью предварительного задания ТФОМС и временного интервала): − наименование региона; − № счета; − дата; − сумма; − отклонено (сумма); − оплачено (сумма); − дата; − № документа; − по взаимозачету (сумма); − № документа; − проверка на ошибки; − наличие исправленной части; − признак пересылки протокола обработки. Должны быть предусмотрены следующие возможности: 1. Подсчет количества и общей суммы всех отобранных счетов. 2. Сортировка, добавление, редактирование, удаление записи. 3. Печать списка отобранных счетов. 4. Просмотр данных выбранных счетов. Форма просмотра реестров по выбранным счетам аналогична форме просмотра реестров по исходящим счетам с добавлением колонки «код ошибки». 5. Проверка на ошибки в соответствии с требованиями, изложенными в п. 0. 6. Печать мотивированного отказа. 7. Формирование протокола обработки реестра счета. 47 Требования к справочникам. В ПК должно быть предусмотрено ведение справочников, включающее в себя редактирование справочников, т. е. создание, изменение и удаление его элементов. В системе должен быть предусмотрел экспорт-импорт справочников из формата DBF. Требования к проверке на ошибки входящих реестров из ЛПУ и ТФОМС. В программе должна быть реализована как автоматическая проверка на ошибки, так и ручное проставление ошибок. Должен быть предусмотрен выбор ошибок, на которые будет осуществляться автоматическая проверка, а также возможность добавления новых ошибок в перечень. При автоматической проверке на ошибки должны быть соблюдены следующие правила: 1. Возможность предварительного задания перечня ошибок, на которые будет осуществляться проверка. 2. Автоматическое проставление ошибок должно быть по одному счету, группе выбранных реестров счетов, отобранных по фильтру. 3. Должна быть реализована возможность предварительного выбора проводимой экспертизы: − техническая проверка записей (проверка правильности заполнения полей и наличия обязательной информации) (в справочнике ошибок обозначены TE); − экономическая экспертиза (соответствие стоимости лечения установленным тарифам) (в справочнике ошибок обозначены EK); − медицинская экспертиза (соответствие диагноза оказанным услугам, длительности лечения, полу пациента и т. д.) (в справочнике ошибок обозначены ME); 48 − сверка с регистром застрахованных (в справочнике ошибок обозначены RE) Файл сводного регистра застрахованных, выгруженный из программы СРЗ имеет формат DBF. В ВЗР должна быть реализована как автоматическая сверка с данными СРЗ (по ФИО, дате рождения, серии, номеру полиса), так и ручной отбор данных при задании одного или нескольких параметров. 4. Если ошибочна запись в реестре пациентов, то снимается вся сумма, представленная к оплате по данному пациенту, кодом ошибки помечаются услуги, оказанные данному пациенту (в файле «Личных счетов») и заполняется поле «снятая сумма» всех услуг, оказанных пациенту. Если ошибочна запись в файле «Личных счетов», то снимается стоимость лишь данной ошибочной услуги, при этом другие услуги, оказанные пациенту, оплачиваются. 5. Если выбранный счет уже проверялся на ошибки, то должно предлагаться на выбор: − пропустить; − проверить заново (при этом записи, обработанные вручную, пропускаются); − отменить проверку этого и всех последующих выделенных счетов. 6. Для всех безошибочных записей устанавливается признак «принята к оплате», для ошибочных – «отказано в оплате». Требования к ручному проставлению ошибок: 1. Должна быть предусмотрена возможность как добавления, так и удаления ошибок. 2. При повторной обработке файла записи, обработанные вручную, не проверяются. 3. Возможность простановки и снятия ошибок по отобранной группе записей. Требования к отчетным формам. Должна быть предусмотрена возможность редактирования всех формируемых справок и отчетов в ПК. 49 ПК должен обеспечить формирование следующих выходных форм: 1. Сводная справка по пролеченным иногородним пациентам в разрезе профильных отделений. Предварительные условия для получения отчета: − ЛПУ (одно, несколько, все); − период; − вид информации (по всем записям или только по безошибочным). 2. Форма ПГ за выбранный период. 3. Сводная справка по пролеченным иногородним пациентам в разрезе регионов. Предварительные условия для получения отчета: − ЛПУ (одно, несколько, все); − период; − вид информации (по всем записям или только по безошибочным). 4. Расчеты с ТФОМС. Предварительные условия для получения отчета: − ТФОМС (одно, несколько, все); − период. 5. Расчеты с ЛПУ. Предварительные условия для получения отчета: − ЛПУ (одно, несколько, все); − период. Состав выходной информации может дополняться и корректироваться в ходе выполнения проекта. Требования к системной и информационной безопасности. Системная и информационная безопасность предполагает функционирование системы защиты информации, которая предполагает следующее: 1. Доступ к ПК в целом должен быть ограничен только тем должностным лицам Заказчика, которые имеют отношение к работе с ВЗР. 2. Любое должностное лицо, имеющее доступ к Системе, должно иметь возможность выполнять те, и только те действия, по отношению к информации, хранящейся в БД, которые соответствуют: 50 − должностным обязанностям конкретного должностного лица; − отношению конкретного должностного лица к конкретной информации. Процедуры восстановления физической целостности данных при возникновении аварий, сбоев в работе оборудования и разрушении данных в результате несанкционированного доступа должны быть основаны на системных средствах сервера баз данных. В процессе функционирования системы управления должно осуществляться ведение файлов, хранящих копии изменений БД за определенный промежуток времени, позволяющие восстановить актуальное состояние БД. Резервное копирование и восстановление данных осуществляется системными средствами сервера баз данных. Частота снятия копий должна определяться частотой обновления данных в БД. Должны быть предусмотрены процедуры реакции системы на несанкционированный доступ. Требования к видам обеспечения. Требования к программному обеспечению клиентского рабочего места На рабочих станциях пользователей должно быть установлено следующее системное программное обеспечение: − операционная система Win2k, WinNT 4.0, WinXP; − программное обеспечение, обеспечивающее поддержку сетевого протокола TCP/IP для связи с сервером; − Microsoft Office 2000 или выше. Требования к техническому обеспечению клиентского рабочего места Технические требования к средствам вычислительной техники определяются выбранной операционной системой. Требования к СУБД 51 Программа ВЗР должна обеспечивать работу в качестве СУБД с сервером БД MS SQL Server 2000 и Microsoft Data Engine (MSDE). Состав и содержание работ по созданию системы. Проведение работ по созданию ПК ВЗР должно осуществляться в соответствии с ГОСТ 34.601-90. К началу эксплуатации системы должны быть осуществлены подготовительные работы по унификации и регистрации входных и выходных документов, классификаторов и обеспечено их ведение, укомплектован и обучен состав пользователей. Все задачи выполняются работниками Заказчика в реальном масштабе времени в пределах компетенции, согласно должностным инструкциям. Стадии и этапы разработки. Создание ПК «Взаиморасчеты» должно производиться в соответствии со следующими этапами работ, приведенных в таблице 2. Таблица 2 – Стадии и этапы разработки № п/п Содержание работ Начало работ Окончание работ Форма завершения 1 Разработка технического задания и постановки задачи на ПК ВЗР. Принятие решений по информационному обеспечению. Разработка решения по составу выходной информации по программному и организационному обеспечению Документы «Техническое задание на создание ПК ВЗР» и «Постановка задачи для ПК ВЗР» 2 Разработка программного обеспечения и рабочей документации ПО, пользовательская документация 3 Предварительные испытания и сдача в опытную эксплуатацию Акт приемки в опытную эксплуатацию 4 Опытная эксплуатация Журнал проведения опытной эксплуатации, акт завершения опытной эксплуатации 52 5 Сдача системы в промышленную эксплуатацию ПО, эксплуатационная документация, программа и методика приемочных испытаний, акт и протокол проведения приемочных испытаний 6 Сертификация программных средств в отраслевом сертификационном центре Сертификат установленного образца на ПК ВЗР 7 Авторский надзор за функционированием сданного в промышленную эксплуатацию программного обеспечения системы управления Договор на авторское сопровождение Порядок контроля и приемки. |