Программный комплекс «Центр здоровья»
техническая поддержка => Учетно-отчетная документация по ЦЗ => Тема начата: orion-7 от 16 Августа 2011, 00:49:04
-
Господа подскажите почему так: отфильтровал за месяц количество карт 234, количество посещений 249, отсюда можно сделать вывод что повторных посещений 15, а форма 68 показывает обратилось 248(+1 ребенок) из них первично 247.
Почему отчет повторный посещения считает первичными?
-
Господа подскажите почему так: отфильтровал за месяц количество карт 234, количество посещений 249, отсюда можно сделать вывод что повторных посещений 15, а форма 68 показывает обратилось 248(+1 ребенок) из них первично 247.
Почему отчет повторный посещения считает первичными?
Уточните пожалуйста, что подразумеваете под определением: "отчет повторный посещения" ? На какой странице формы 68 требуются уточнения?
-
Осмелюсь предположить, что вопрос звучит таким образом:"Почему отчет повторные посещения считает как первичные?" Дело в том, что у нас такая же ерунда: обращения закрываем как повторные, но программа в отчетной форме все равно считает всех исключительно как первичных. Этот вопрос уже поднимался, но ответа пока ,по-моему,не найдено. ???
-
Я так понимаю что программа должна думать так: если обращение создано вместе с картой значит оно первичное, если в карте уже есть обращение и в отчетном месяце создано второе то оно повторное, но программа считает не так. В отчете лист 2001. Пишет обратившихся всего 248, из них первично 247.
-
Хотелось бы узнать.как "думает" программа... ???
-
При формировании отчета первичные и повторные обращения считаются за выбранный период.
-
Пока не получается ,чтобы считались повторные. Может мы что-то неправильно делаем?
-
Хотелось бы узнать.как "думает" программа... ???
Добрый вечер коллеги,
открыл я sql запрос для 68 формы и посмотрел как думает программа для заполнения листа 2001,
результаты такие
Число обратившихся в Центр здоровья (за определенный ПЕРИОД, это важно (как и писали из службы поддержки)):
ВСЕГО = SELECT COUNT(*) FROM Contingent - это общее кол-во обращений
из них первично = SELECT COUNT(distinct CardGUID) FROM Contingent - это кол-во карт из обращений без дублирующихся значений.
Пример:
№ Дата Карта
обращ
== ======= =======
1 январь Иванов
2 январь Петров
3 февраль Иванов
4 февраль Сидоров
5 март Иванов
6 март Петров
7 март Иванов
Если построим 68 форму за разные периоды получим:
Период
68 формы всего из них первично
======= ==== =========
январь 2 2
февраль 2 2
март 3 2
1 квартал 7 3
Когда строим форму за март, она послушно считает общее кол-во обращений=3 (Иванов, Петров, Иванов)
и из них первично=2 (Иванов, Петров)-отбрасывая повторяющиеся обращения Иванова в марте -в зачет идет только одно.
Так как форма за март, она не видит (да и не должна этого делать) прошлые обращения Иванова в январе и феврале.
Строим форму за 1 квартал.
общее кол-во обращений=7
и из них первично=3 (Иванов, Петров, Сидоров - все по одному разу, дубликаты отбрасываются)
подскажите почему так: отфильтровал за месяц количество карт 234, количество посещений 249, отсюда можно сделать вывод что повторных посещений 15, а форма 68 показывает обратилось 248(+1 ребенок) из них первично 247.
Почему отчет повторные посещения считает первичными?
Потому что это для человека они повторные, например за период в два месяца.
А программа отработала за один месяц, и в этом конкретном месяце зафиксировала 1 обращение человека и обозвала его первичным. Сделайте отчет за 2 месяца и тогда программа 1 из посещений посчитает за первичное и все остальные повторными.
...за месяц количество карт 234, количество посещений 249.
Видимо это кол-во НОВЫХ карт ? Пусть по этим картам насчитано 234 посещения.
Тогда разницу - еще 15 посещений дали пациенты с уже существующими картами.
Согласен, за квартал или за год это уже повторные посещения.
Но в отчетном месяце программа увидела этих людей впервые вот и посчитала как первичные.
а форма 68 показывает обратилось 248(+1 ребенок) из них первично 247.
т.е. только по одной карте было два обращения за отчетный месяц.
Одно вошло в итог первичных и второе в общий итог. Вот и разница только на единицу.
-
У меня такая проблема: в 68 форму некорректно выводится таблица штатов. Справочник медперсонала заполнен правильно, галочки по занятости и прочее поставлены, тем не менее в графе средний мед.персонал на 1 человека больше и в графе категория 2 человека с высшей категорией, хотя на самом деле 1.
-
Добрый день!
А общее кол-во сотрудников совпадает?
А то ведь если среднего персонала на 1 чел. больше, то других на 1 чел. меньше должно быть?
1) Ф.68 к среднему персоналу относит тех у кого:
- стоит отметка "Средний мед.персонал"
И
- Код должности не должен начинаться на 307...
посмотрите как оформлен персонал у вас, с какими должностями. И лучше еще раз отредактировать каждого сотрудника и нажать сохранить.
2) Для определения категории Ф.68 анализирует не слова: первая, вторая, высшая, а значение поля "Код категории" в справочнике Категория врача
Этот Справочник должен выглядеть так:
Код Наименование
=== =============
1 первая категория
2 вторая категория
3 третья категория
9 фельдшер
10 высшая категория
=== =============
Поэтому если вдруг у вас для первой категории стоит код=10, то в 68 форму специалисты как бы с первой категорией
попадут в колонку для высшей категории. Проверьте как у вас выглядит этот справочник.
-
количество врачей совпадает, справочник категорий выглядит также, всех на сто раз проредактировала, все равно какой-то косяк!Может всех удалить и снова создать, хотя это чревато. И почему вообще нельзя удалить тех, кто раньше работал и уже не работает?Я имею ввиду из врачей. В случае их удаления, мед.карты, которые они заполняли остаются пустыми
-
У нас тоже проблема с отчётом №68, выходят неправильные результаты, показывающие всякую ерунду.
На листе 2002-2004 пишет, что всего обследовано детей 5388, однако, если сложить здоровых и детей с фактором риска, то получается 5348. Галочки в нужных местах мы ставим всегда, и проблем обычно с этим никогда не было. На самом первом скрине это показано.
На втором и третьем скрине итог по здоровым детям. На листе 2005 здоровых детей 112 ВСЕГО, а на листе 2002-2004 уже больше в 10 раз. В чём может быть проблема? Прикладываю заодно и сам файл, поясните, пожалуйста, либо мы что-то не так пишем, либо у программы башню свернуло.
-
На листе 2002-2004 пишет, что всего обследовано детей 5388, однако, если сложить здоровых и детей с фактором риска, то получается 5348. Галочки в нужных местах мы ставим всегда, и проблем обычно с этим никогда не было. На самом первом скрине это показано.
1) просто для информации - учтите, что в строке "всего обследовано детей 5388" за какой-то период посчитаны и те дети дети которые пришли впервые и те которые пришли повторно во второй, третий, четвертый ... раз в данном периоде. То есть цифра 5388 - это количество проведенных обследований за определенный период.
Доводя до абсурда можно представить что 1 ребенок пришел за год 5388 раз и его честно 5388 раз обследовали, и 68 форма напишет здесь что Обследовано 5388 детей.
уж так написана логика отчета...
2) Для расчета количества
из них: здоровые
из них: с факторами риска
таблица с обследованиями(HCVisit) объединяется с таблицей (TotalHealthEstimation) в которой хранятся Заключения обследований
SELECT ...
FROM tmp_HCVisit68 v
left JOIN tmp_TotalHealthEstimation68 the ON the.rf_HCVisitGUID = v.UGUID
(для объединения выбрана команда left JOIN - то есть в результирующей таблице обязательно будут все строчки из таблицы обращений HCVisit68
независимо от того найдется им соответствие в таблице заключений TotalHealthEstimation68 или не найдется)
после чего просто суммируется кол-во заключений у которых нет факторов риска и у которых они есть.
Каким то образом получилась такая ситуация что Вы
- всего выполнили обследований 5388,
- а заполнили заключения в 5348 обследованиях, т.е. в них вы четко проставили результат обследования - здоров или есть факторы риска,
- а у 40 обследований закладку Заключение возможно даже не открывали ....
-
На листе 2005 здоровых детей 112 ВСЕГО
Возможно причина в следующем.
данные для Листа 2005 собираются следующим запросом:
SELECT ...
FROM tmp_HCVisit68 v
inner JOIN tmp_TotalHealthEstimation68 est ON est.rf_HCVisitGUID = v.UGUID
inner JOIN hlt_HCExam ex ON ex.rf_HCVisitGUID = v.UGUID
То есть строки из Таблицы обследований (HCVisit)
объединяются со строками из двух таблиц:
hlt_TotalHealthEstimation - заключения обследований
hlt_HCExam - осмотры и рекомендации врачей
НО разработчик указал строгое объединение таблиц - с помощью команды inner JOIN
Это означает что в Итоговой таблице будут только те обращения для которых заполнены данные на закладках
-осмотры и рекомендации врачей
-Заключение
Если хотя бы одна из этих закладок пустая и не заполнена - то такое обследование в расчет не попадет.
Возможно поэтому так мало здоровых детей - 112. Видимо только у 112 заполнены обе эти вкладки.
Остальные здоровые дети у которых эти закладки пустые - в таблицу не попадают.
Почему программисты написавшие 68-форму так сделали ... это вопрос к ним.
Хотя .. если в колонках Листа 2005 написано - осмотрено специалистами, значит Закладка осмотры и рекомендации врачей должна заполняться пользователями.
А раз не заполнил, то и результат не получишь.