Jump to content
Судебная медицина от Forens.ru
Forensic medical forum
Судебно-медицинский форум

Сбор данных, статистика и анализ смертности.


hwm
 Share

Recommended Posts

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

 

Системные требования:

OS: Windows 7, 8.1, 10, 11

Framework:  версия 4.5.2 или выше

MS Office 2007 или выше (потребуется Microsoft.ACE.OLEDB.12.0, есть возможность изменить по MS SQL)

 

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

 

 

Почему создавалась программа:

Многих параметров нет в их системе, возьмём к примеру ФОРМУ 42 (3200), форма в  2022г. изменится в программе тоже произойдут изменения, для вывода этого отчета, необходимы  такие как данные как: экспертиза или исследования, гистология и алкоголь.  Из этой же таблицы «Причины смерти не установлены», где входят 5 параметров: гнилостных изменений, скелетирование трупа, сожжения, расчленение, прочих изменений. Этих параметров тоже нет в МИС, по крайней мере в тех, с которыми мне приходилось работать.

 

Переход на МКБ-11 не составит труда, все что необходимо просто импортировать файл в формате код;текст (после 1 янв.2022г. постараюсь создать файл с кодами).

 

...

 

Так как каждый труд должен оплачиваться, то беру символическую сумму.

Стоимость продукта 300р (в первый год 100р, при оплате за 12 месяцев) в месяц за 1 район.

К примеру, регион состоит из 15 районов, за каждый район по 300р. итого: 4500р.

Демо-версии в 50 записей должно хватить чтобы понять, стоит оно того или нет.

 

Дорожная карта (основные моменты):

 

- добавить необходимые отчеты (в процессе)

- добавление проверок при заполнении формы 106У

- добавить журнал регистрации живых

- добавить параметры исследовании из других отделов.

- добавить возможность прикреплять документы

 

Есть несколько вопросов которые меня интересуют:

 

1. Насколько актуальна данная программа, нужно ли ее дальше развивать или я в пустую трачу время и уже все эти проблемы решает ЕГИСЗ?

2.Не ужели РЦСМЭ не может выдать ПО, которое было бы разослано по всей стране и его использовали?

Буду признателен, за любые пожелания и рекомендации.

 

Edited by myt
ссылки удалил
Link to comment
Share on other sites

1. Смысл делать на продуктах Майкрософта, если у нас большинство учреждений при подключении к МИСам  и прочим ИСам переходят на линукса? 

2. Как Вы думаете, реклама платного продукта должна быть бесплатной?

Link to comment
Share on other sites

Я извиняюсь, но зачем нужна эта программа, если существует ЕГИСЗ (в нашем крае МИАЦ) с абсолютно аналогичным функционалом (хоть и тормозящим, как черт)? При этом в МИАЦ бюро\прозектура обязаны передавать данные по форме.

МИАЦ умеет создавать отчеты за указанный период, фильтровать данные и выводить на печать уже заполненные формы, при этом моментально передает заполненные формы в статистику.

МИАЦ умеет брать из других баз данных необходимое для заполнения формы: ФИО, СНИЛС, адрес регистрации.

МИАЦ в обязательном порядке проверяет правильность заполнения форм и не пропускает в систему неверно заполненные.

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

Так в чем киллер-фича вашего ПО? (не считая цены - она слишком мала, это обязательно выльется в проблему)

 

Что можно исправить: объединить "причины смерти" и "прочие важные состояния" в одну вкладку, так заполнение полей будет нагляднее.

Взять форму 106у, сравнить поля и выкинуть всё лишнее из программы - это лишь запутывает заполняющего.

При заполнении кодов МКБ автоматически добавлять соответствующую коду строку в наименование с возможностью последующего редактирования.

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

 

На данный момент, если убрать фичи по форме 106у, то останется хороший вариант ведения базы данных экспертиз: можно заполнять фио, основной диагноз\осложнения, отмечать вид ДТП, отмечать вид 99х, прикреплять ссылку на файл и фильтровать всё это по исследованиям\экспертизам. И выводить в месячные\годовые отчеты по данным фильтрам. Вот такая "База данных экспертиз" была б очень кстати и не пришлось бы изобретать велосипед.

Link to comment
Share on other sites

4 часа назад, hwm сказал:

ужели РЦСМЭ не может выдать ПО

Может. Но большинству СМЭ-контор этой страны указивки РЦСМЭ, равно как и его "электрические" продукты глубоко пох.. 

Link to comment
Share on other sites

2 часа назад, myt сказал:

1. Смысл делать на продуктах Майкрософта, если у нас большинство учреждений при подключении к МИСам  и прочим ИСам переходят на линукса? 

2. Как Вы думаете, реклама платного продукта должна быть бесплатной?

1. Я не в курсе какой Ваш регион, но с кем не общался многие используют Linux, но и от Windows не отказались, а другие используют виртуальные машины.  Особенно смешно, когда разработчики ЕГИСЗ внедряют капчу от google, вопрос зачем? ведь используется защищенная сеть. Но это уже другая тема.

2. Я извиняюсь, но я не видел/вижу в правилах сообщества про запрет платных ПО.

 

1 час назад, Kota сказал:

Я извиняюсь, но зачем нужна эта программа, если существует ЕГИСЗ (в нашем крае МИАЦ) с абсолютно аналогичным функционалом (хоть и тормозящим, как черт)? При этом в МИАЦ бюро\прозектура обязаны передавать данные по форме.

МИАЦ умеет создавать отчеты за указанный период, фильтровать данные и выводить на печать уже заполненные формы, при этом моментально передает заполненные формы в статистику.

МИАЦ умеет брать из других баз данных необходимое для заполнения формы: ФИО, СНИЛС, адрес регистрации.

МИАЦ в обязательном порядке проверяет правильность заполнения форм и не пропускает в систему неверно заполненные.

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

Так в чем киллер-фича вашего ПО? (не считая цены - она слишком мала, это обязательно выльется в проблему)

 

Что можно исправить: объединить "причины смерти" и "прочие важные состояния" в одну вкладку, так заполнение полей будет нагляднее.

Взять форму 106у, сравнить поля и выкинуть всё лишнее из программы - это лишь запутывает заполняющего.

При заполнении кодов МКБ автоматически добавлять соответствующую коду строку в наименование с возможностью последующего редактирования.

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

 

На данный момент, если убрать фичи по форме 106у, то останется хороший вариант ведения базы данных экспертиз: можно заполнять фио, основной диагноз\осложнения, отмечать вид ДТП, отмечать вид 99х, прикреплять ссылку на файл и фильтровать всё это по исследованиям\экспертизам. И выводить в месячные\годовые отчеты по данным фильтрам. Вот такая "База данных экспертиз" была б очень кстати и не пришлось бы изобретать велосипед.

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

1919467501_.png.9f830309b5751d130c71b76352a99f31.png

 

Что касаемо цены, цель была, именно распространить массово и дальше развивать, добавляя необходимый функционал, отчеты, а не просто продать и забыть/забить. В этом (ежемесячная оплата, скажем как антивирусы(у которых тоже цена от 50 до 500 руб/мес), ведь тоже берут за время и развивают) и есть стимул развивать, ведь мир не стоит на месте.

Пример: один регион просит добавить определенный отчет, я его делаю и при обновлении остальные районы тоже получают этот отчет.

Экспорт из этой программы я смогу сделать, но мне нужно знать в каком формате выводить.

Спасибо за ответ.

31 минуту назад, ТМВ сказал:

Может. Но большинству СМЭ-контор этой страны указивки РЦСМЭ, равно как и его "электрические" продукты глубоко пох.. 

Всем спасибо за ответы.

Edited by hwm
Link to comment
Share on other sites

4 часа назад, hwm сказал:

Не ужели РЦСМЭ не может выдать ПО, которое было бы разослано по всей стране и его использовали?

Буду признателен, за любые пожелания и рекомендации.

 

12 минут назад, hwm сказал:

один регион просит добавить определенный отчет, я его делаю и при обновлении остальные районы тоже получают этот отчет.

Вот что интересно: как Вы представляете себе, что статистические данные РФ в отношении смертности отдадут под контроль, и само-собой, под возможность знать, а не исключено редактировать (продавать в т.ч.), частному разработчику, и надо полагать - владельцу ПО?

Link to comment
Share on other sites

2 часа назад, solloom сказал:

 

Вот что интересно: как Вы представляете себе, что статистические данные РФ в отношении смертности отдадут под контроль, и само-собой, под возможность знать, а не исключено редактировать (продавать в т.ч.), частному разработчику, и надо полагать - владельцу ПО?

Если я правильно понимаю вопрос то вот ответ:

Чтобы добавить отчёт, мне не нужны данные, все что нужно это знать какие данные складывать, и производить расчет. все намного проще. К примеру вывести всех трудоспособных мужчин плюс присутствует алкоголь у кого самоубийство. У меня есть тестовая БД, с придуманным районом, городом, и записями, болезнями и причинами смерти. На ней я и произвожу тестирование и проверку отчётов на корректность. Так что чужую информацию, мне не видно. База данных храниться у вас.

Да и не нужно мне видеть это. После того как такой отчёт добавлен и протестирован. Программа обновляется и этот отчёт доступен всем(не зависимо нужен он им или нет).

Link to comment
Share on other sites

Все продукты Microsoft, особенно офисные, в государственных и бюджетных учреждениях на территории РФ в скором времени будут похерены. Уже сейчас делаем двойную работу, заполняя кучу бумажных журналов и половина из них дублируется в электронном виде.  Ваша база данных добавит еще один геморрой по ее ежедневному заполнению, а выхлоп практически нулевой. Для себя любимого у меня есть подобная локальная БД на свободном ПО

Мыслей продавать ее не возникало, т.к. она и даром никому не нужна :) 

Link to comment
Share on other sites

12 часов назад, АНТ сказал:

в скором времени будут похерены

Альтернатива? Линукс и ЛибрОфис? :)

Даже как-то не смешно... 

Link to comment
Share on other sites

По операционкам гадать не буду, но уже закупаются.

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

Link to comment
Share on other sites

4 часа назад, АНТ сказал:

По операционкам гадать не буду, но уже закупаются

Пробовал я эту Астру (коммон эдишн, естественно), и даже в контору на машинку устанавливал с год назад - очень сыровата, при работе выявляется много недочетов. В специальной редакции - есть, наверное, интересный момент разграничения уровнями мандатного доступа, но я ее, естественно, не тыкал, и оценить полезность идеи не могу. В отношении наличия множества недочетов (хоть и устраняемых по мере возможности, так, когда я обратил внимание на невозможность использования иных языков, кроме как русского и вероятного друга - вопрос был решен в последующих версиях менее, чем за год) - можно убедиться на форуме https://forum.astralinux.ru/ Так что в течении последнего десятилетия в конторе использую OpenSUSE, на слабых машинах - легкие линуксы (слака, антикс и т.п.). 

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share



  • Новые сообщения

    • SParilov
      А на практике полная . Там где чисто статистические разработки, там прямая дорога в пузологию.
    • VDG
      Когда начинают с математики (составления всяческих формул) без практического подтверждения, то это теорией и остаётся. У нас подобное было, если помните, с двузональной динамометрией. В математической теории все красиво, а на практике....
    • Edwin
      Гита Мал работала в конце 90-х в Мюнхене у проф. Ейзенменгера  (Eisenmenger) и была тогда еще простой ассистенткой кафедры. Она рассказывала мне, что ее отец, профессор математики и родом из Индии. Мать - немка. И она с детства сильно математику любила, но получилось так, что стала врачом. Начала кропать науку и потянуло ее на математику. Единственная область в судебной медицине с математическими расчетами - расчет давности наступления смерти. Ну и решила она им заняться. Тогда ещё проф. Хенсге, автор всего метода расчета, работал директором в Эссене. Они пообщались друг с другом и Гита поняла, что тупо повторить метод Хенсге нет никакого смысла. Посоветовалась с отцом и он ее натолкнул сразу на идею построения новой модели расчетов по конечным элементам. Ну типа, зачем считать просто по двум формулам, когда можно считать очень сложно. Суть метода заключается в том, что остывающее тело разбивается математически на множество кубиков. И температура считается для каждого отдельно. Этот кубик и есть финитный элемент или по русски конечный элемент. Если Хенсге считал труп одним финитным элементом, ну таким цилиндром, то Гита Мал решила из кубиков сложить тело с ножками и ручками, как в Лего и посчитать каждый кубик отдельно. Прикольно было так как в теории можно было рассчитывать температуру в любом месте трупа. Гита Мал записалась на пару семестров на математический факультет, кажется мюнхенского универа, и обучилась там этой системе расчетов. Благо компы были у всех и они считали быстро. Так в конце 90-х Гита Мал придумала новую систему определения давности смерти по расчетам этой финитной модели. Защитила на этой теме докторскую диссертацию, получила профессорское звание и работает вот уже много лет директором института судебной медицины в Йене. Там же она трупам температуру мерила, ну точно как Хенсге это делал, но обсчитывала своими программами по финитным элементам. Я ее доклады лет 15 слушал и потом в кулуарах много о чем расспрашивал. В обчем... в Германии не пошла эта методика в практику. Причин несколько. Точнее чем у Хенсге получается только лично у Гиты Мал и ее учениц на избранных трупах. У остальных не получается. Программа сложнее на порядки, требует компа. Но когда что-то сложнее чем старое и привычное и не дает никаких преимущест, то и народ не пользуется...   И я очень рад, что метод Гиты Мал наконец-то нашел своего и российского исследователя. Теперь в России все начнут этим методом наверное пользоваться. Коллега Недугов большой молоток что пропагандирует метод финитных элементов в России. Пусть в Германии он не заработал, но зато может стартанет в России. Хотя придуман был этот метод для получения профессорской должности для Гиты И ЭТО сработало для нее прекрасно. Она считается ведущим спецом после ухода Хенсге на заслуженный покой в данной теме. Т.е. для науки все прекрасно сработало. Так что думаю, что эта наука и коллеге Недугову в его научном творчестве поможет. Увижу Гиту - передам ей новость о том, что ее метод теперь в России пропагандируют. Она наверняка обрадуется.  
    • SamSMU
      Кафедрой судебной медицины Самарского государственного медицинского университета издано учебное пособие для ординаторов, обучающихся по специальности 31.08.10 "Судебно-медицинская экспертиза", под названием "Моделирование посмертного теплообмена методом конечных элементов". Книга является логическим завершением трилогии, посвященной математическому моделированию охлаждения трупа. Объем книги 120 с. Формат А5. Для заказа печатного варианта книги в твердом переплете следует обращаться по адресу кафедры: [email protected]  Пособие подготовлено в рамках федеральной программы "Приоритет 2030" по треку "Территориальное и отраслевое лидерство" в области IT-медицины (кафедральное направление - математическое моделирование и информационно-вычислительные технологии в судебной медицине). Поэтому излагаемый материал находится на стыке медицины, математики, физики и информатики. В этой связи до заказа просьба хотя бы мельком ознакомиться с фрагментами текста, опубликованными в литературе в открытом доступе, и убедиться, что пособие вообще стоит читать: 1. Оценка давности наступления смерти методом конечно-элементного моделирования посмертного теплообмена головы. 2. Конечно-элементное моделирование посмертной гипертермии при отсутствии внутренних источников тепловыделения. 3. Конечно-элементный анализ влияния внутричерепных кровоизлияний на посмертную краниоэнцефальную температуру. 4. Конечно-элементная оценка влияния открытой проникающей черепно-мозговой травмы на посмертное температурное поле головы. Также в настоящее время издательством "Бук" передан в РИНЦ полный текст пособия для последующего его размещения на странице книги. На это потребуется несколько дней или недель. После этого полный текст в pdf-формате можно будет скачать бесплатно с указанного адреса (потребуется регистрация в библиотеке в качестве читателя).
    • urmig59
      Приятно, что здравомыслие в обсуждениях и юмор у коллег .Так настраивает на оптимизм
×
×
  • Create New...