Печать

Пожалуйста, войдите или зарегистрируйтесь.
1 час 1 день 1 неделя 1 месяц Навсегда

[orion-7]

Господа подскажите почему так: отфильтровал за месяц количество карт 234, количество посещений 249, отсюда можно сделать вывод что повторных посещений 15, а форма 68 показывает обратилось 248(+1 ребенок) из них первично 247.
Почему отчет повторный посещения считает первичными?

[Служба поддержки]

Господа подскажите почему так: отфильтровал за месяц количество карт 234, количество посещений 249, отсюда можно сделать вывод что повторных посещений 15, а форма 68 показывает обратилось 248(+1 ребенок) из них первично 247.
Почему отчет повторный посещения считает первичными?

Уточните пожалуйста, что подразумеваете под определением: "отчет повторный посещения" ? На какой странице формы 68 требуются уточнения?

[ГЛВ]

Осмелюсь предположить, что вопрос звучит таким образом:"Почему отчет повторные посещения считает как первичные?" Дело в том, что у нас такая же ерунда: обращения закрываем как повторные, но программа в отчетной форме все равно считает всех исключительно как первичных. Этот вопрос уже поднимался, но ответа пока ,по-моему,не найдено.

[orion-7]

Я так понимаю что программа должна думать так: если обращение создано вместе с картой значит оно первичное, если в карте уже есть обращение и в отчетном месяце создано второе то оно повторное, но программа считает не так. В отчете лист 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.
т.е. только по одной карте было два обращения за отчетный месяц.
Одно вошло в итог первичных и второе в общий итог. Вот и разница только на единицу.

[Anastasiya]

У меня такая проблема: в 68 форму некорректно выводится таблица штатов. Справочник медперсонала заполнен правильно, галочки по занятости и прочее поставлены, тем не менее в графе средний мед.персонал на 1 человека больше и в графе категория 2 человека с высшей категорией, хотя на самом деле 1.

[Вячеслав]

Добрый день!

А общее кол-во сотрудников совпадает?
А то ведь если среднего персонала на 1 чел.  больше, то других на 1 чел. меньше должно быть?

1) Ф.68 к среднему персоналу относит тех у кого:
- стоит отметка "Средний мед.персонал"
  И
- Код должности не должен начинаться на 307...
посмотрите как оформлен персонал у вас, с какими должностями. И лучше еще раз отредактировать каждого сотрудника и нажать сохранить.

2) Для определения категории Ф.68 анализирует не слова: первая, вторая, высшая, а значение поля "Код категории" в справочнике Категория врача
Этот Справочник должен выглядеть так:
Код  Наименование
=== =============
1      первая категория
2      вторая категория
3      третья категория
9      фельдшер
10    высшая категория
=== =============
Поэтому если вдруг  у вас для первой категории стоит код=10, то в 68 форму специалисты как бы с первой категорией
попадут в колонку для высшей категории. Проверьте как у вас выглядит этот справочник.

[Anastasiya]

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

[worst]

У нас тоже проблема с отчётом №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  написано - осмотрено специалистами, значит Закладка осмотры и рекомендации врачей должна заполняться пользователями.
А раз не заполнил, то и результат не получишь.