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

Платёжное предложение

Эта настройка конфигурации GNUmed добавлены для включения автоматического создания включаемых в счет событий, полученных от
  • платных обращений
  • платных задач (будущее)
  • имени демона маршрутиризации (например, gm2mediclaim для British Columbia CA, или простой счёт-фактура)

В действительности encounter_type может лишь обозначить, что одной или нескольким услугам, или расходным материалам может понадобиться составление счёта.

Предположим, что автоматическое создание включено, тогда при создании обращения пациента и фиксации encounter_type, значение ключа для поля = create_billable = таблицы encounter_types будет управлять любым автоматическим созданием записи в таблице оплачиваемого, а именно:
  • create_billable = true например, при действительном физическом посещении
    • запись оплачиваемого создаётся со значением bill_this = TRUE
  • create_billable = false например, результирующее из просмотров карты
    • не потрудились создать записи оплачиваемого
  • create_billable = null например, когда неизвестно, как и некоторая помощь по телефону
    • запись оплачиваемого создается со значением bill_this = null

В таблице оплачиваемого
  • нули будут напоминать о необработанном, пока значение для bill_this не обновится
  • вероятно, потребуются истины
    • ключ для обращения (при полученном обращении)
    • ключ для пациента (при неполученном обращении)
    • ключ для практика, при котором составлен счет (при неполученном обращении)
    • время даты (на которое затребована услуга)
    • bill_comments (RFE или другой свободный текст для указания финансовому клерку)
    • bill_formatted (пользовательский плагин должен это обработать)
    • bill_documentation (куда может быть включён отчёт; в BC это могут быть дополнительные диагнозы для комплексных консультаций)
    • bill_statusinfo (возвращает информацию, которую пользовательский плагин будет обрабатывать)
    • amount_billed (цифровое или денежное, возвращаемое биллинговой программой)
    • total_received (цифровое или денежное, возвращаемое биллинговой программой)
    • состояние ("исходное", "завершено", "передано", "счёт", "посредник", "признано", "отказано", "пересчитано", "списано", "частично платное", "платное")
    • демон маршрутиризации (никогда не знаешь, хотя, вероятно, будет только одна на установку GNUmed)
  • ложные оплаты, когда любая созданная может быть скрыта по умолчанию и сделана видимой снова при записи, необходимой для внесения, как оплачиваемая

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

Плагин должен позволить создавать новые оплаты, поскольку
  • на уровне системы или отдельного encounter_type автоматическое создание может быть не включено
  • некоторые обращения могут предотвращать одной оплаты
  • некоторые оплаты могуть быть отдельными, то есть не связаны с обращением

Плагин должен предоставлять выбор для создания оплаты в качестве второго или третьего элемента (и т.д.), полученного при одном обращении или создания ее как отдельного элемента. См. [[http://wiki.gnumed.de/bin/view/Gnumed/BillingExampleRu][BillingExample].

Плагин должен предоставлять значения bill_this для изменения и обеспечения соответствующего обращения (при обновлении), пациента, ключей практика.

Поле bill_formatted может быть одинарным, в котором содержимое переменной может быть сохранено, в зависимости от разных плагинов по составлению счетов. Каждый плагин может управляться своей собственной спецификацией, как данные должны быть форматированы внутренне (HL7, ad hoc carat (^)-delimited) в поле bill_formatted. Плагин может выполнять поиск по фильтру, чтобы помочь выбрать, какие диагностические наборы кода (или наборы кода оплаты) использовать. Плагин может принять работу только с пунктами, отмеченными для отдельного плательщика, или мог бы учитывать требования по назначенному плательщику (при "smart"). Альтернативные плагины от плательщика должны взаимодействовать с Mirth так, чтобы Mirth выполнял вызов от плательщика данных из EMR.

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

Этот плагин платёжного отчета породит список из нескольких пациентов, которые могут быть отфильтрованы по практикующим. Нажатие на любом пациенте затем переведет пользователя в виджет подробного биллинга.

В зависимости от внешней биллинговой системы XML-RPC GNUmed может быть совместимым или нет. В случае веб-сервисов (см. пример), XML-RPC может оказаться неуместным.Пользователь может, однако, иметь возможность вызвать каждую из деталей счёта и плагины платежного отчета, сценарий или подсистему, которая запросит оплачиваемое и передаст соответствующее во внешнюю биллинговую систему. Я бы даже представил своего рода приоритетность, в которой запуск изнутри пациента будет размещать своё оплачиваемое с приоритетом "немедленной передачи", так что подсистема, столкнувшись с любым пунктом высокого приоритета в своём запросе, в текущей итерации должна передать только их, сохранив пункты обычного приоритета для следующей итерации. Я думаю, это может сократить время ожидания пациентом, если он на стойке регистрации, и его попросили подождать, пока он заплатить сам. Mirth вполне вписывается в это и предусмотрен проектом WorldVista, чтобы помочь в передаче информации в OpenEMR для пользователей WorldVista, которые могли бы использовать платёж OpenEMR.

соображения о bill_formatted

Содержимое этого поля может включать:
  • уникальные идентификаторы для оплачиваемого в GNUmed, пациента, поставщика
  • идентификатор для плательщика, который должен оплатить этот пункт (BC: BC, RCP-провинция, ICBC, WCB)
  • идентификатор для услуги или товара, по которому выставляется счет (BC: код оплаты)
  • дата (или диапазон дат), на которую этот пункт должен быть утверждён
  • продолжительность или единицы расходов на основе времени (например, расходы после часа посещения больницы через диапазон дат)
  • величина (количество дней или единиц измерения)
  • количеством полей (базовая цена, примененная цена, скидка, taxField1, taxField2, всего, получено)
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