You are here: Foswiki>Gnumed Web>BillingExampleRu (03 Mar 2013, IvanLykov)EditAttach

Пример составления счёта

Пациент приходит в практику (офис) для рассмотрения какой-либо проблемы и, здесь же получает прививку. Эта прививка (Gardasil) не обеспечивается бесплатным здравоохранением или системой медстрахования и пациенту нужно её оплатить в частном порядке.

В момент регистрации этого обращения, при отключенном автоматическом создании
  • логика регистрации обращения ожидает, пока пользователь введет тип обращения
  • на обновление encounter_type триггер или клиентская программа проверяет таблицу encounter_type на значение поля create_billable
  • при условии create_billable не FALSE
    • создает запись в таблице оплачиваемого
    • устанавливает значение bill_this из encounter_type.create_billable {null, true)
    • устанавливает значения для datetime, ключа обращения, практикующего и так далее

Указанное происходит для пользователя невидимо. Пока пользователь загружает плагин Платежа, больше ничего не происходит
  • запрашивает таблицу billables для записей этого пациента
  • по умолчанию, исключает (пропускает) полностью оплаченные записи и те, чьё значение bill_this имеет FALSE
  • по умолчанию, показывает счета, чьё значение bill_this, либо null,либо TRUE
  • сортирует по дате и времени
  • в данном примере, предполагая отсутствие для этого пациента счетов, мы
должны увидеть одну запись, гед bill_this = TRUE плюс немного информации из первоначального INSERT

Теперь пользователь может ввести любую дополнительную информацию в оплачиваемое для посещения практики (офиса), например, если врач новичок и даже не знает коды оплаты для использования, можно просто в свободно-текстовом комментарии записать "обычное посещение, диабет Dx" и, возможно, нажать "Выполнить" для обновления статуса этого счёта.

Пользователь, если предупрежден, что на прививку должнен быть выставлен счёт, нажимает кнопку "Новый" для создания нового счёта для этого пациента, и, по умолчанию будет установлен bill_this = true. Встанет вопрос, должно ли быть это оплачиваемое связано с тем же обращением, и поэтому возможны две разные кнопки:
  • "Ещё одно" свяжет оплачиваемое с тем же самым обращением
  • "Новое", возможно, может разорвать связь получяемого нового оплачиваемого, позволяя ему
быть отдельно внесенным

Затем пользователь может внести в платёжную информацию по прививке, может быть даже предварительно указав, что этот пункт оплачивается пациентом, и также Подтвердить это.

Пользователь может пропустить первую кнопку "Выполнить" и нажать кнопку "Выполнить всё".

Пользователь знает, что пациент должен оплатить прививку в регистратуре и, поэтому, нажимает кнопку "Отправка"

Пациент переходит в регистратуру. Регистратура открывает виджет платежа и видит, что имеются пока еще неоплаченные пункты и их статус может быть "Передается". Регистратура затем может:

1) войти во внешнюю платёжную программу и завершить пункт, который пациент должен оплатить (прививка), возможно, распечатав счёт и даже введя в платёжную систему, что этот пункт теперь оплачен.

2) завершить то, что требуется для оплаты посещения по диабету, для того, чтобы оно могло быть представлено плательщику (медстраховка, сторонняя страховка и т.д.).

Обратите внимание, что если внешняя платёжная программа будет поддерживать накопление и обработку "ключа" GNUmed, коннектор будет иметь возможность обновления оплачиваемого в GNUmed для отображения, что прививка оплачена, и что статус посещения по поводу диабета дополнительно обновлен для показа выставленного счёта и затем прохождения через Broker в клиринговой палате или у плательщика, и позже был там принят.
Topic revision: 03 Mar 2013, IvanLykov
 
Download.png
This site is powered by the TWiki collaboration platformCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback
Powered by Olark