Программный комплекс «Центр здоровья»

техническая поддержка => Программный комплекс «Центр здоровья» => Общие вопросы по программному комплексу => Тема начата: Anastasiya от 19 Сентября 2011, 07:31:37

Название: предложение к разработчикам
Отправлено: Anastasiya от 19 Сентября 2011, 07:31:37
Добрый день!У меня назрело такое предложение. можно ли увеличить шрифт в ФК ЦЗ в мед.карте пациента?В тех полях,которые заполняет врач(Осмотр, рекомендации, заключение). У меня за время работы в центре здоровья упало зрение, потому что постоянно приходится вглядываться в мелкий шрифт данных обследования и пр.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 30 Сентября 2011, 16:11:24
Добрый день.
К сожалению размер изменить не получится, т.к. иначе "поплывут" все элементы управления на форме.
Попробуйте настроить разрешение экрана у Вашего монитора. Изменить шрифт в самой системе Windows.
Также будьте аккуратны, возможно в системе Windows некорректно будет отображаться соотношение шрифтов и элементов управления.
Название: Re: предложение к разработчикам
Отправлено: Adel` от 01 Октября 2011, 09:06:12
Здравствуйте. А возможно ли как-то обозначить или выделить другим цветом пациентов в программе учета ЦЗ , которые приходят по дополнительному назанчению врача через какой-то промежуток времени? Да и учитывать их как - то надо!

В программе PCNT2 есть уникальная возможность смотреть несколько результатов обследований, например, кардиограммы. А в ФК Цз эту функцию можно отобразить?
Название: Re: предложение к разработчикам
Отправлено: Pass от 02 Октября 2011, 08:14:57
Вопрос к службе поддержки:
1)возможно ли в новой версии ФК ЦЗ добавить наглядность сохранения резервной базы данных?
2)как проверить целостность созданной резервной базы данных? В случае краха системы ошибка в созданной базе данных может оказаться фатальной.

И было бы интересно прочитать Ваши ответы  на вопросы коллеги Adel`
Название: Re: предложение к разработчикам
Отправлено: Вячеслав от 02 Октября 2011, 19:09:08
Здравствуйте Adel`
В программе PCNT2 есть уникальная возможность смотреть несколько результатов обследований, например, кардиограммы. А в ФК Цз эту функцию можно отобразить?

можете воспользоваться следующим отчетом:
отчет для контроля динамики значений любого показателя из обследований за период.
Сравнение почти как в PCNT2, но здесь все запускается из ФК ЦЗ и сравнить можно любой показатель.

инструкция как добавить в ФК ЦЗ новый отчет (это файл с расширением .mlbrpt)  в первом письме указанной темы.
Название: Re: предложение к разработчикам
Отправлено: Anastasiya от 03 Октября 2011, 06:27:36
Вячеслав, я не поняла в каком первом письме темы инструкция?если можно, выложите здесь
Название: Re: предложение к разработчикам
Отправлено: Вячеслав от 03 Октября 2011, 09:41:21
Anastasiya, нажмите на строчку ниже(там где написано Цитата:Вячеслав...) - она является ссылкой. И вы попадете в тему где размещен этот отчет и инструкция по добавлению любых новых отчетов в систему ФК ЦЗ:
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 03 Октября 2011, 13:17:49
Здравствуйте. А возможно ли как-то обозначить или выделить другим цветом пациентов в программе учета ЦЗ , которые приходят по дополнительному назанчению врача через какой-то промежуток времени? Да и учитывать их как - то надо!
В программе заложена легенда (цветовое выделение) обращении, показывающая статус обращения: открыт, закрыт, выгружен в РИР.
Перенагружать пользовательский интерфейс цветовыделением, считаем нецелесообразно.
Если Вас правильно понимаем, необходимо показывать повторные обращения за текущий год?
Попробуйте воспользоваться следующим фильтром, прикрепленный к ответу:
Порядок установки:
1) Открыть список обращении
2) Панель инструментов -> Изменить фильтр
3) В открывшейся форме: Фильтры документов -> Загрузить
4) Выбрать из списка текущий фильтр только что загруженный шаблон фильтра
5) Применить

Сообщите пожалуйста о результатах
Будут отображены все повторные обращения за текущий год.
Если у человека 3 обращения, будут отображены 2 обращения, первого не будет.

В программе PCNT2 есть уникальная возможность смотреть несколько результатов обследований, например, кардиограммы. А в ФК Цз эту функцию можно отобразить?
Попробуйте отчет Вячеслава, по ссылке: http://hc-forum.mednet.ru/index.php?topic=657.msg8215#msg8215

Вопрос к службе поддержки:
1)возможно ли в новой версии ФК ЦЗ добавить наглядность сохранения резервной базы данных?
2)как проверить целостность созданной резервной базы данных? В случае краха системы ошибка в созданной базе данных может оказаться фатальной.
Уточните пожалуйста, что под "наглядностью" понимаете ?
В среде SQL Server архивируется база данных в файл, также и здесь, используется тот же механизм (выполнение запроса сервера по архивированию бд). Для этого, Вам нужно перейти в Режим администрирования, далее пункт меню - Архивирование базы данных.
Чтоб проверить корректен ли файл (если правильно Вас понимаем) нужно просто попробовать восстановить базу из данного файла.
Название: Re: предложение к разработчикам
Отправлено: Galaxy от 03 Октября 2011, 14:23:46
Предложение к разработчикам ПО.

У нас возникает путаница с вкладками рабочих мест.

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

Тем неменее, сложность в том, что при переходе с одной вкладки рабочего места на другую, фамилия пациента постоянно меняется!!!!!!!!!

Т.е. если во вкладке одного рабочего места выбирается пациент, то при переходе на другие вкладки там совершенно другие ФИО и пациета нужно выбирать занова!
Это не просто очень нервирует, но иногда утомившись большим потоком пациентов, при переключении на новую вкладку рабочего места персонал забыват выбирать нужного пациента и данные вводятся другому!!!!

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

Хотелось бы чтоб сама кнопка с пациентом имела разный вид в зависимости от того прошел пациент обследование или нет.
После 50 пациентов в день глаза в пучек, а тут непрошедшие были бы видны каким нибудь цветовым выделением.

При выборе пациента, долго очень загружаются его данные! 3-5-7 секунд! Можно с этим что то сделать?

Почему список пациентов автоматически не обнавляется?
Нет специальной кнопки и для ручного обновления! Нужно курсором вставать в поле ФИО и нажимать Enter....
Это сильно напрягает!



Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 03 Октября 2011, 14:44:09
Рабочие места не должны зависеть друг от друга, поэтому при выборе пациента в одном рабочем месте НЕ БУДЕТ автоматического выбора пациента в другом рабочем месте!!! А другие спросят, почему сбрасывается выбранный пациент на втором рабочем месте. Нет, такого не будет.
Что Вам мешает настроить одно рабочее месте со всеми измерениями ?

Как определять прошел пациент обследование или нет ? На рабочих местах вводятся значения показателей и кнопка сохранить, Еще нагромождать пользовательский интерфейс например галочкой - обследование проведено??? Не нужно так делать.

Список пациентов автоматически обновляется при сохранении и при выборе пациента.

P. S. В последующем обновлении будет проведена оптимизация работы.
Название: Re: предложение к разработчикам
Отправлено: Galaxy от 03 Октября 2011, 14:49:40
Что Вам мешает настроить одно рабочее месте со всеми измерениями ?

Поясните пожалуйста. Это было неплохо. Как это сделать?
Название: Re: предложение к разработчикам
Отправлено: raffail от 03 Октября 2011, 14:56:43
Что Вам мешает настроить одно рабочее месте со всеми измерениями ?

Поясните пожалуйста. Это было неплохо. Как это сделать?
Просто там где вы настраивали рабочие места для одного рабочего места поставьте "галочки" на тех обследованиях, которые вам нужны и пропишите имя компьютера на котором РМ будет открываться "по умолчанию" и всё.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 03 Октября 2011, 14:59:42
Что Вам мешает настроить одно рабочее месте со всеми измерениями ?
Поясните пожалуйста. Это было неплохо. Как это сделать?
Презентация по работе с ФК "ЦЗ" слайд №5, http://hc-forum.mednet.ru/index.php?topic=435.0
Вам необходимо авторизоваться в программе под системным администратором, логин: admin, пароль: hcadmin. Далее: АРМ Конфигурация, Настройка рабочих мест.
Название: Re: предложение к разработчикам
Отправлено: Galaxy от 03 Октября 2011, 15:26:01
Вот за это спасибо!
+1
Название: Re: предложение к разработчикам
Отправлено: kisa от 16 Октября 2011, 19:25:43
         Огромная просьба к разработчикам! Пожалуйста, оптимизируйте работу с СРЗ! Из ФОМС в ФК РИР данные грузятся непрерывно в течении 12 СУТОК! Еще сутки - другие, чтобы выгрузить для ФК ЦЗ, сутки - другие, чтобы загрузить в ФК ЦЗ! За это время СРЗ уже успевает устаревать, т.к. идет массовая смена полисов.

         И еще проблема с двойниками! Первый раз нам загрузили СРЗ без начальных нулей в серии и номере. Второй раз ошибку МИАЦ исправил, и в базе появились двойники - 800 тысяч человек! Можно сделать дополнительно для СРЗ чистку двойников по ФИО и дате рождения, оставляя последнюю загруженную запись?

Светлана г.Ульяновск
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 17 Октября 2011, 08:33:20
Добрый день.
Уточните пожалуйста, какой объем данных пытаетесь загрузить, сколько записей и какого объема dbf файл?
Если данных слишком много, второй этап (проверка) можно пропустить).
В Центр здоровья можно выгружать через полную выгрузку в текстовый файл.

Опишите, что пытаетесь осуществить?
Название: Re: предложение к разработчикам
Отправлено: kisa от 19 Октября 2011, 06:35:37
Доброе утро!
Объем файла dbf из ФОМС - 854 Мб, кол-во записей 1 284 231 человек.
Проверку убрать не можем, т.к. в файле из ФОМС много "мусора", а можно разделить процесс загрузки на 2 этапа; сначала делать проверку и формировать корректный файл (убрать непустые ФИО, дата рождение >  текущей,, пол, тип документа, дата выдачи полиса > текущей, пустое место жительства, дата окончания < текущей,дубли по № и серии,наличие нескольких недействительных полисов) , а потом загружать с минимальным кол-вом проверок?

И остается вопрос и повторными записями в СРЗ (дубли по ФИО и дате рождения, номера страховых полисов в одном случае были числовые и пропали начальные нули, во втором случае - символьные, как в ФОМС).

Светлана
г.Ульяновск
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 19 Октября 2011, 10:19:51
Уточните пожалуйста, "Этап 1. Загрузка сегмента РЗ из DBF для проверки" сколько по времени занимает...
В графической среде управления базами данных, сможете посмотреть некоторые данные, выполнить запросы? (запросы Вам предоставил в личных сообщениях)
Также произведите переиндексацию данных (режим администрирования - диагностика - переиндексация таблиц)
На региональном уровне остаются все редакции записи, поэтому не пугайтесь что есть дубли.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 19 Октября 2011, 14:10:41
Также сообщите пожалуйста конфигурацию машины
Название: Re: предложение к разработчикам
Отправлено: kisa от 20 Октября 2011, 15:09:30
В МИАЦ загрузку делают на сервере:
- процессор XEON5130
- 8 Гб ОП
- свободного места на диске 200 Гб
- Windows Server 2008 R2
- MS SQL 2008 (без R2)

Отчет по загрузке сегмента регистра застрахованных от смежных систем из ДБФ

Дата изменения СРЗ Количество произошедших изменений Количество добавленных записей Количество обновленных записей Количество записей СРЗ после обновления
04.08.2011 897965 897965 0 2172246
04.10.2011 1274281 1274281 0 1274281
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 21 Октября 2011, 09:51:12
Уточните пожалуйста какая редакция SQL Server  у Вас ?
База данных развернута на диске, который находится в Raid массиве или нет?
Если это так, попробуйте подключить напрямую жесткий диск (без Raid) и попробовать еще раз осуществить загрузку).
Уточните еще раз, какой этап по загрузке СРЗ (первичная загрузка, проверка, перенос) является самым продолжительным у Вас ? 
Обязательно сообщите о результатах
Название: Re: предложение к разработчикам
Отправлено: kisa от 21 Октября 2011, 14:49:49
Microsoft SQL Server 2008 Enterprise Evaluation Edition (64-bit)
Диск находится в RAID 1. Физического доступа к серверу нет, подключить
диск напрямую - нет возможности.
При загрузке СРЗ самым продолжительным является проверка - около 6
суток, Загрузка - около суток, перенос - несколько часов.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 21 Октября 2011, 15:08:28
Значит у Вас плохо настроен Raid 1.
Посмотрите, панель управления компьютером, далее диспетчер устройств, Свойства Raid 1
На вкладке с политикой, если установлены 2 галочки, тогда и производительность работы винчестера должны быть выше.
Также проверьте производительность работы Raid 1, если она ниже чем работа обычного диска, значит плохо настроен.
Как вариант решения попробуйте восстановить базу данных на диске - который не входит в Raid 1, или например находится на другой машине.
Сообщите о результатах.
Название: Re: предложение к разработчикам
Отправлено: Андрей ВМ от 22 Ноября 2011, 09:15:38
Медсестры просят расширить список последних пациентов, отображаемых в колонке "Результат" (при входе под логином "МС"). В версии 3.22 у нас выходят только 20 последних (по хронологии от большей "даты обращения" к меньшей). Остальных приходится доставать через строку поиска.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 22 Ноября 2011, 16:48:15
Медсестры просят расширить список последних пациентов, отображаемых в колонке "Результат" (при входе под логином "МС"). В версии 3.22 у нас выходят только 20 последних (по хронологии от большей "даты обращения" к меньшей). Остальных приходится доставать через строку поиска.
Добрый день.
Запустите приложение. Перейдите в режим администрирования. Далее в настройки. Найдите настройку "CountVisitRecords" и измените ее значение.
Только, Внимание, не указывайте большое значение, иначе подгружаться данные будут намного дольше. Будьте осторожны при работе в режиме администрирования.
Название: Re: предложение к разработчикам
Отправлено: Pass от 22 Ноября 2011, 17:11:18
Добрый вечер. Постепенно уходят в прошлое старые полиса, меняют на новый, в котором присутствует только один длинный номер.  Будет ли всвязи с этим изменения в ФК ЦЗ?

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

Можно ли ввести функцию "установки по умолчанию" если заранее известно, что предполагаемая группа обследуемых будет одной группы возраста, образования и места проживания?

К вопросу выше по теме (возможно ли в новой версии ФК ЦЗ добавить наглядность сохранения резервной базы данных?). Я имел в виду возможно ли добавить шкалу, которая заполнялась бы по мере обработке данных.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 22 Ноября 2011, 17:25:00
Добрый вечер. Постепенно уходят в прошлое старые полиса, меняют на новый, в котором присутствует только один длинный номер.  Будет ли всвязи с этим изменения в ФК ЦЗ?
Можно ли ссылки на официальные источники? Какими нормативными документами регламентируется данные нововедение. Единственное, в ФК "ЦЗ" можно отключить проверку на серию полиса.

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

Можно ли ввести функцию "установки по умолчанию" если заранее известно, что предполагаемая группа обследуемых будет одной группы возраста, образования и места проживания?
Подумаем, но маловероятно. Лучше не стоит так делать, иначе автоматически оператор будет заносить информацию по умолчанию, а следом придет другой пациент и оператор не спросит нужные данные.

К вопросу выше по теме (возможно ли в новой версии ФК ЦЗ добавить наглядность сохранения резервной базы данных?). Я имел в виду возможно ли добавить шкалу, которая заполнялась бы по мере обработке данных.
К сожалению так нельзя сделать. Т.к. выполняется запрос, а сколько потребуется времени SQL Server не сообщает.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 22 Ноября 2011, 17:28:52
Также, Уважаемые пользователи ПК "ЦЗ", Просим, в теме: http://hc-forum.mednet.ru/index.php?topic=696.0 озвучить Ваши предложения, какие интересные отчеты можно добавить в программу (по выборке данных по различным условиям например), каких данных не хватает в федеральных справочниках. Какие требуются доработки, каких не хватает возможностей. Примем к рассмотрению наиболее интересные, наиболее значимые и критические пожелания, конечно, после согласования и утверждения с Минздравсоцразвитием России.
Название: Re: предложение к разработчикам
Отправлено: Pass от 22 Ноября 2011, 17:57:41
Добрый вечер. Постепенно уходят в прошлое старые полиса, меняют на новый, в котором присутствует только один длинный номер.  Будет ли всвязи с этим изменения в ФК ЦЗ?
Можно ли ссылки на официальные источники? Какими нормативными документами регламентируется данные нововедение. Единственное, в ФК "ЦЗ" можно отключить проверку на серию полиса.
Возможно, Вам поможет следующая ссылка: http://rubzdrav.narod.ru/new_polis.html  На данной странице содержится внешний вид нового единого полиса (справа) и текстовый документ приказа  "ПРИКАЗ от 28 февраля 2011 г. N 158н ОБ УТВЕРЖДЕНИИ ПРАВИЛ ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ"


Название: Re: предложение к разработчикам
Отправлено: Вячеслав от 24 Ноября 2011, 08:13:56
Добрый вечер. Постепенно уходят в прошлое старые полиса, меняют на новый, в котором присутствует только один длинный номер.  Будет ли всвязи с этим изменения в ФК ЦЗ?
Можно ли ссылки на официальные источники? Какими нормативными документами регламентируется данные нововедение. Единственное, в ФК "ЦЗ" можно отключить проверку на серию полиса.

да, да ... Pass все верно подсказал вам:

1) Федеральный закон от 29.11.2010 N 326-ФЗ.
2) Приказ Минздравсоцразвития РФ от 28.02.2011 N 158н 
контроль серии пора убирать.

===
Федеральный закон от 29.11.2010 N 326-ФЗ (ред. от 14.06.2011) "Об обязательном медицинском страховании в Российской Федерации"
Статья 45. Полис обязательного медицинского страхования
1. Полис обязательного медицинского страхования является документом, удостоверяющим право застрахованного лица на бесплатное оказание медицинской помощи на всей территории Российской Федерации в объеме, предусмотренном базовой программой обязательного медицинского страхования.
2. Полис обязательного медицинского страхования обеспечивается федеральным электронным приложением, содержащимся в универсальной электронной карте, в соответствии с Федеральным законом от 27 июля 2010 года N 210-ФЗ "Об организации предоставления государственных и муниципальных услуг".
Единые требования к полису обязательного медицинского страхования устанавливаются правилами обязательного медицинского страхования.

===
Приказ Минздравсоцразвития РФ от 28.02.2011 N 158н (ред. от 10.08.2011) "Об утверждении Правил обязательного медицинского страхования"
III. Единые требования к полису обязательного медицинского страхования
20. На территории Российской Федерации действуют полисы единого образца.
21. В субъектах Российской Федерации, где осуществляется использование универсальной электронной карты, полис обеспечивается федеральным электронным приложением, содержащимся в универсальной электронной карте, в соответствии с Федеральным законом от 27 июля 2010 г. N 210-ФЗ "Об организации предоставления государственных и муниципальных услуг" <*>. До введения в субъектах Российской Федерации универсальных электронных карт полис может быть представлен в форме бумажного бланка (далее - бумажный полис) или в форме пластиковой карты с электронным носителем (далее - электронный полис).

23. К бумажному полису предъявляются следующие требования:
1) бумажный полис представляет собой лист формата A5;
2) лицевая сторона бумажного полиса заверяется подписью застрахованного лица и содержит следующие сведения и персональные данные о нем:
номер полиса;
фамилия, имя, отчество (при наличии);
пол;
дата рождения;
срок действия полиса;
===
т.е. только номер. серии больше нет.
Название: Re: предложение к разработчикам
Отправлено: Pass от 24 Ноября 2011, 11:31:59
Еще пара вопросов:

1) Можно ли включить поддержку клавиши "Enter" при поиске и редактировании данных пациента ? (сейчас активно только нажатие мышкой)

2) При удалении ошибки (неверно указанной буквы) клавишей backspace дальнейшее написание слова начинается с конца данного слова, а не с места исправления. Можно это исправить?

2) В программе PCNT2 реализованна фукция наглядного динамического контроля за состоянием пациента - нажатием одной клавиши видны значения предыдущих обследований  + обследование в данный момент. Будут ли подобные функции реализованны в ФК ЦЗ? Просмотр данных в нескольких открытых окнах ФК ЦЗ не всегда удобен и понятен, особенно для врачей пожилого возраста - путаются.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 24 Ноября 2011, 16:09:23
Еще пара вопросов:
1) Можно ли включить поддержку клавиши "Enter" при поиске и редактировании данных пациента ? (сейчас активно только нажатие мышкой)
Используйте клавишу Tab и Enter для подтверждения действия.

Еще пара вопросов:
2) При удалении ошибки (неверно указанной буквы) клавишей backspace дальнейшее написание слова начинается с конца данного слова, а не с места исправления. Можно это исправить?
Проверил на медкарте, курсор "не прыгает".

2) В программе PCNT2 реализованна фукция наглядного динамического контроля за состоянием пациента - нажатием одной клавиши видны значения предыдущих обследований  + обследование в данный момент. Будут ли подобные функции реализованны в ФК ЦЗ? Просмотр данных в нескольких открытых окнах ФК ЦЗ не всегда удобен и понятен, особенно для врачей пожилого возраста - путаются.
В доработках планируется отчет по показателям, значения в зависимости от времени.
Название: Re: предложение к разработчикам
Отправлено: kisa от 26 Ноября 2011, 19:41:10
Значит у Вас плохо настроен Raid 1.
Посмотрите, панель управления компьютером, далее диспетчер устройств, Свойства Raid 1
На вкладке с политикой, если установлены 2 галочки, тогда и производительность работы винчестера должны быть выше.
Также проверьте производительность работы Raid 1, если она ниже чем работа обычного диска, значит плохо настроен.
Как вариант решения попробуйте восстановить базу данных на диске - который не входит в Raid 1, или например находится на другой машине.
Сообщите о результатах.

Добрый день!
Провели очередную загрузку регистра застрахованных. Прикладываю отчеты из МИАЦ и из Центра здоровья. Очень долго в Центре здоровья пересчитываются контрольные суммы.
  1. В чем смысл этой процедуры?
  2. Можно ли использовать контрольную сумму MD5 ?

Название: Re: предложение к разработчикам
Отправлено: kisa от 26 Ноября 2011, 19:50:22
Продолжение скринов из МИАЦ и из ФК ЦЗ.

Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 29 Ноября 2011, 07:18:46
Проходит проверка целостности данных.
Название: Re: предложение к разработчикам
Отправлено: kisa от 29 Ноября 2011, 10:36:09
Программа для проверки и подсчета контрольных сумм MD5 работает намного быстрее!
Название: Re: предложение к разработчикам
Отправлено: Pass от 11 Декабря 2011, 15:56:04
Здравствуйте. Если не ошибаюсь, предполагается создать АРМ для стоматолога - гигиениста. Возможно ли включение в него для заполнения и распечатки следующий документ, рекомендованный " Методическими рекомендациями по вопросам организации и лицензирования  лечебно-профилактических учреждений по виду деятельности "Стоматология профилактическая" (авторы Вагнер В. Д., Сахарова Э. Б. и др.)
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 11 Декабря 2011, 16:39:41
По предлагаемым доработкам системы, просим еще раз озвучить Ваше пожелание в специально созданном разделе: http://hc-forum.mednet.ru/index.php?topic=696.0
А также обращайтесь в Минздрасоцразвития России, что необходимы доработки программного комплекса.
На текущий момент имеется измерение, в котором вручную вводятся данные заключения.
Название: Re: предложение к разработчикам
Отправлено: iprit от 03 Марта 2014, 16:59:22
Здравствуйте, Служба поддержки! Возвращаюсь опять к этой теме. Не удается сделать выборку повторных посещений. Помогите, пожалуйста, настроить фильтр. У меня никак не работает
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 03 Марта 2014, 17:32:04
Построение фильтров. Условие "Первичное" = 0 и период (вместо периода можно выбрать "год" = 2013, месяц > и < )
Посмотрите документ: Методические рекомендации по работе с фильтрами. Примеры построения фильтров.doc (http://hc-forum.mednet.ru/index.php?action=dlattach;topic=1024.0;attach=8205)
Название: Re: предложение к разработчикам
Отправлено: iprit от 03 Марта 2014, 17:57:44
делала как раз так. Первичное=0. А вот с датой непонятно. ФК считает первичным посещение в течение календарного года?
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 03 Марта 2014, 21:23:24
Да, именно в году, оптимальнее делать выборки по годам...
Название: Re: предложение к разработчикам
Отправлено: iprit от 04 Марта 2014, 10:38:39
Я поняла, что повторное посещение по дате привязывается к первичному, а не к повторному. Т.е. если повторное было, например, 27 февраля, а первичное, например, в августе, то сделав отчет за 27 февраля, я повторного там не вижу, что асбурдно по сути. Попыталась сформировать отчет за год, но так и не дождалась результата, висел почти полчаса. Таким образом, я никак не могу сделать отчет за месяц: сколько было всего посещений, из них повторно, что требуется для отчета в ФОМС. Мы отчитываемся ежедневно, получается, что сформировав отчет, я должна вручную отметить, кто из них был повторно.
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 04 Марта 2014, 11:01:59
Что абсурдно?
В программе определяется, если в к календарном году впервые на медицинскую карту (на пациента) заведено обращение, то оно является первичным.

Т.е. логика в программе следующая: если человек впервые обратился 31 декабря, то и обращение будет первичным, т. к. он впервые. И если этот же человек снова обратится 1 января, то обращение тоже будет первичным. т. к. в календарном году он обращается в первый раз! Считаем, что это логично. Если давать право выбирать на моменте создания карты, какое оно первичное или повторное, то многие будут выбирать повторное, а где первичные - сразу будет следующий вопрос...
Так что в программе жесткое правило: если человек действительно ВПЕРВЫЕ обратился в КАЛЕНДАРНОМ году, то и обращение должно быть Первичное!
А не так в начале года повторные, в конце года первичные - нелогично.

Так отчеты делаете или фильтры пытаетесь применить? Стандартный отчет по выбранным данным делаете ?
Для построения фильтра укажите:
1) первичное = 1 и год = 2013 - будут выбраны все первичные обращения в 2013 году
2) если первичное = 0 и год = 2013, то будут выбраны соответственно все повторные за 2013 год.
3) или же делайте условия: первичное (1 или 0), дата обращения >= 1 января года И дата обращения < 1 января следующего года
Также, проведите переиндексацию базы данных.
Название: Re: предложение к разработчикам
Отправлено: iprit от 04 Марта 2014, 12:42:18
Наш ФОМС считает иначе: если человек пришел 31 декабря, то это первичное, а если 3 марта следующего года - это повторное. И привязывается это обращение к дате первичного приема. Вот в этом и абсурд. Но теперь еще интересней получается. Если брать большой период, то, действительно, в нем есть и первичные и повторные. Но! Почему-то повторными оказываются те, у кого единственное посещение за весь год. В чем ошибка, найти не могу. Скриншот фильтра вложила. Что делаю не так?
Название: Re: предложение к разработчикам
Отправлено: Служба поддержки от 04 Марта 2014, 12:48:57
Попробуйте изменить второе условие: Осмотр->Обращение->Первичное.

К сожалению ссылка на ТАП из осмотров осталась исторически в структуре базы данных. В последней версии программы ТАП создается на момент закрытия обращения, т.е. и ТАП создается на обращение, т.е. Обращение->ТАП.