Код для конфигурации устройства по уходу за больным

Код для конфигурации устройства по уходу за больным

Иллюстрации

Показать все

Реферат

РОДСТВЕННЫЕ ЗАЯВКИ

Настоящая заявка испрашивает приоритет по Предварительной Заявке № 61/762,725 на Выдачу Патента США, зарегистрированной 8 февраля 2013 г., озаглавленной "КОД ДЛЯ КОНФИГУРАЦИИ УСТРОЙСТВА ПО УХОДУ ЗА БОЛЬНЫМ", при этом эта заявка во всей своей полноте включена в материалы настоящей заявки посредством ссылки.

УРОВЕНЬ ТЕХНИКИ

Ошибки передачи информации продолжают представлять многообразную и широко распространенную проблему в назначении медицинских методов лечения больным. В частности, ошибки могут возникать, когда осуществляющее уход лицо конфигурирует устройство по уходу за больным на основе инструкций, связанных с лечением, которое должно быть назначено данному больному (например, когда осуществляющее уход лицо вводит конфигурационные данные в устройство по уходу за больным, чтобы установить рабочие параметры). В этом контексте ошибки могут быть внесены посредством ряда способов, включая, например, неточную расшифровку данных, неэффективные способы связи и/или неточное преобразование данных.

Один такой сценарий, где могут быть внесены ошибки, реализуется тогда, когда инфузионное устройство по уходу за больным сконфигурировано для применения внутривенного вливания, соответствующего назначению дозы, сгенерированному осуществляющим уход лицом, например, врачом. Учитывая характер лечения, участвующего при проведении внутривенного вливания, ошибки в этом контексте могут привести к нанесению вреда больному. Таким образом, уменьшение ошибок, связанных с конфигурированием устройств по уходу за больным, и в частности, конфигурируемых инфузионных устройств, продолжает иметь большое значение.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Настоящее раскрытие направлено на генерирование конфигурационных выходных данных, которые могут быть использованы в связи с конфигурацией устройства по уходу за больным (например, конфигурируемым инфузионным насосом или подобным устройством) осуществляющим уход лицом для проведения медицинского лечения (например, введения препарата внутривенно). Как описано в материалах настоящей заявки, конфигурационные выходные данные могут быть сгенерированы так, чтобы включать код, который может быть использовать при конфигурировании устройства по уходу за больным. В связи с этим, использование кода может служить для уменьшения ошибок передачи информации, связанных с ручным конфигурированием устройства по уходу за больным. Способ в соответствии с настоящей заявкой может быть реализуемым компьютером способом.

Как отмечено выше, в текущей практике при конфигурировании устройства по уходу за больным от осуществляющего уход лица может потребоваться расшифровать значения из заданного носителя (например, медицинского назначения, медицинской карты и т.д.) для введения в устройство по уходу за больным. В свою очередь, может возникнуть возможность для ошибок, например, ошибок расшифровки, ввода некорректных значений, и т.д.

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

Дополнительно или альтернативно, в некоторых вариантах осуществления, описанных в материалах настоящей заявки, может быть сгенерирован код, который указывает на один или более компоненты конфигурационных данных, которые должны быть использованы в конфигурации устройства по уходу за больным. В связи с этим, устройство по уходу за больным может быть выполнено так, что ввод кода в устройство по уходу за больным может быть выполнено вместо ручного ввода более широкого компонента(ов) конфигурационных данных в устройство по уходу за больным. Например, устройство по уходу за больным может быть снабжено логикой (например, перед приемом кода) для декодирования введенного кода. Устройство по уходу за больным может использовать декодированную информацию из кода, чтобы получить компоненты конфигурационных данных для использования в конфигурировании устройства по уходу за больным для применения лечения больному. В одной из реализаций декодированная информация может указывать предварительно сохраненные данные лечения, которые должны быть использованы для конфигурирования устройства по уходу за больным для применения лечения. В одной из реализаций декодированная информация может сама содержать один или более компонентов конфигурационных данных для использования в конфигурировании устройства по уходу за больным, в любом случае, предоставленная логика может включать в себя соответствующий алгоритмический механизм, который предоставлен в устройстве по уходу за больным (например, перед приемом кода), чтобы декодировать введенный код. Преимущественно, взаимодействие человек-машина улучшается, поскольку может быть предоставлено основанное на машине расширение данных, которые, например, вручную вводятся пользователем. Другими словами, пользователь может лишь вводить относительно короткий код и может быть освобожден от и/или пользователю может быть оказана помощь в умственной задаче запоминания и/или проверки длинных и сложных входных данных. Следовательно, ошибки конфигурации и/или несовместимости могут быть уменьшены или их даже можно избежать. Это даже в большей степени так, когда ввод кода осуществляется с помощью машины, например, посредством ввода кода как штрих-кода или других машинно-читаемых данных, и/или с использованием устройства сканирования и/или считывания.

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

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

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

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

В одном из вариантов осуществления первая часть может быть по меньшей мере частично основана на по меньшей мере части конфигурационного протокола устройства по уходу за больным. Конфигурационный протокол содержит один или более компоненты входных конфигурационных данных (т.е., значения данных, которые должны быть введены в устройство по уходу за больным, чтобы сконфигурировать устройство по уходу за больным). Первая часть может включать в себя данные, соответствующие одному или более компонентам конфигурационных данных, которые должны быть использованы в конфигурации устройства по уходу за больным. В связи с этим, первая часть может включать в себя значения простого текста, соответствующие конфигурационному протоколу устройства по уходу за больным. Значения простого текста могут включать в себя значения, соответствующие компонентам конфигурационных данных, которые должны быть введены в устройстве по уходу за больным для его конфигурирования. В настоящем варианте осуществления код второй части может включать в себя проверочный код для проверки одного или более введенных значений в устройстве по уходу за больным.

В некоторых вариантах осуществления первая часть может включать в себя второй код. В связи с этим, второй код может быть по меньшей мере частично сгенерирован на основе части описания лечения. В таких вариантах осуществления первый код может быть по меньшей мере частично сгенерирован на основе второго кода. Таким образом, первый код может быть использован для проверки точности ввода второго кода в устройстве по уходу за больным. В свою очередь, второй код может быть использован для указания и/или проверки одного или более компонентов конфигурационных данных для использования в конфигурировании устройства по уходу за больным. Преимущественно, взаимодействие человек-машина улучшается, поскольку может быть предоставлена машинно-основанная проверка входных данных путем использования двух кодов. Другими словами, путем предоставления и использования двух кодов, может быть установлена машинно-основанная самопроверка входных данных. Следовательно, ошибки конфигурации и/или несовместимости могут быть уменьшены и/или обнаружены.

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

В одном из вариантов осуществления второй код может указывать на соответствующее описание лечения. В связи с этим, второй код может указывать на предварительно сохраненный набор данных лечения в устройстве по уходу за больным, которые соответствуют соответствующему описанию лечения. В свою очередь, второй код может быть использован, чтобы направить устройство по уходу за больным для получения доступа и извлечения предварительно сохраненных данных лечения для использования в качестве компонентов конфигурационных данных в конфигурации устройства по уходу за больным. Примером этого может быть извлечение компонентов конфигурационных данных из основной библиотеки лекарственных средств (MDL), которые соответствуют описанию дозы для внутривенного вливания, которое должно быть сделано больному с использованием конфигурируемого инфузионного устройства. В реализации код может поддаваться декодированию устройством по уходу за больным, так что устройство по уходу за больным может извлечь компоненты конфигурационных данных непосредственно из кода. Преимущественно, может быть предоставлено основанное на машине извлечение конфигурационных данных. Соответственно, пользователь освобождается от и/или пользователю оказывается помощь в умственной задаче запоминания и/или ввода конфигурационных данных, так что взаимодействие человек-машина может быть улучшено, кроме того, преимущественно, устройство по уходу за больным может быть сконфигурировано на основе ряда комбинаций компонентов данных для ряда различных назначений лекарств способом, поддающимся машинной проверке.

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

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

В одном из вариантов осуществления код (например, второй код) может использоваться как идентификатор для отслеживания и/или управления заказами на лечение. Например, для заданного описания лечения один из множества предопределяемых вторых кодов может быть генерируемым на этапе генерирования. То есть, общее описание лечения (например, которое должно быть применено к различным больным в различное время, и т.д.) может привести к генерированию различных предопределяемых вторых кодов. Таким образом, каждый из множества предопределяемых вторых кодов может быть различным. В связи с этим, каждый один из множества предопределяемых вторых кодов может быть генерируемым в соответствующей связи с другим одним из множества периодов времени. То есть, для заданного одного из другого множества периодов времени, каждый уникальный предопределяемый второй код может быть сгенерирован только один раз. Множество периодов времени может соответствовать определенному количеству доз (например, период времени может быть определен как время, за которое принимают определенное количество доз, такое как 5,000, 10,000, 15,000 и т.д.).

В любом отношении, в течение заданного одного из множества периодов времени, один из множества предопределяемых вторых кодов может быть генерируемым в соответствующей связи с заказом на лечение. Соответственно, заказ на лечение может соответствовать больному (т.е., заказ на лечение может быть обозначен как тот, который должен быть применен больному), и один из множества предопределяемых вторых кодов может храниться в соответствующей связи с больным. В связи с этим, один из множества предопределяемых вторых кодов может быть принимаемым от устройства по уходу за больным, используемым для применения лечения больному, и данные, касающиеся устройства по уходу за больным, используемого для применения лечения больному, могут храниться в соответствующей связи с больным. То есть, один из множества предопределяемых вторых кодов может быть использован для установления соотношения между заказом на лечение и/или больным, принимающим заказ на лечение, и идентификатором или другой информацией, касающейся устройства по уходу за больным, используемого для применения лечения. Преимущественно, функциональность устройства по уходу за больным является адаптируемой к потребностям определенного больного, что позволяет отслеживать лечение, примененное больному, так что пользователь освобождается от и/или пользователю оказывается помощь в умственной задаче отслеживания лечения, примененного больному.

В одном из вариантов осуществления способ может также состоять в том, что идентифицируют устройство по уходу за больным, которое должно быть использовано для применения лечения больному, где устройство по уходу за больным имеет по меньшей мере один предопределенный конфигурационный протокол для применения лечения. Таким образом, первая часть может быть основана по меньшей мере частично на по меньшей мере части каждого из описания лечения и предопределенного конфигурационного протокола. То есть, в дополнение к включению кода, конфигурационные выходные данные могут представлять собой характерные для устройства по уходу за больным конфигурационные выходные данные. Таким образом, первая часть может по меньшей мере частично соответствовать одному или более компонентам конфигурационных данных предопределенного конфигурационного протокола, последовательности входных данных предопределенного конфигурационного протокола и по меньшей мере одной форме конфигурационного параметра предопределенного конфигурационного протокола. В одном из вариантов осуществления конфигурационный протокол может включать в себя по меньшей мере один из следующих типов данных:

данные, указывающие на расположение больного в лечебном учреждении:

данные, указывающие один из предопределенного множества типов лечения;

данные, указывающие по меньшей мере одно лекарственное средство;

данные, указывающие концентрации лечения;

данные, указывающие скорость введения;

данные, указывающие величину введения; или

любой другой тип данных.

В одном из вариантов осуществления этап генерирования может быть по меньшей мере частично завершен компьютерно-автоматизированным способом. Кроме того, в одном из вариантов осуществления лечение может включать в себя проведение внутривенного вливания больному с использованием инфузионного устройства. Заказ на лечение может включать в себя заказ дозы, включающий в себя описание дозы, соответствующее внутривенному вливанию, которое должно быть проведено. Описание дозы может включать в себя один или более атрибуты внутривенного вливания, которое должно быть проведено. В одном из вариантов осуществления способ может состоять в том, что генерируют метку, включающую в себя конфигурационные выходные данные, и добавляют метку к резервуару, содержащему жидкость для внутривенного вливания.

В одном из вариантов осуществления по меньшей мере один из первого кода и второго кода (например, потенциально оба) могут включать в себя один или более читаемых человеком знаков, содержащих печатный символ ASCII. Первый код и второй код могут включать в себя один или более печатных символов ASCII. Например, первый и второй код могут включать в себя алфавитно-цифровые коды.

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

Второй аспект включает в себя систему для генерирования конфигурационных выходных данных, которая включает в себя интерфейс ввода заказа, который выполнен с возможностью приема заказа на лечение, который включает в себя по меньшей мере часть описания лечения, соответствующего лечению, которое должно быть применено больному с использованием устройства по уходу за больным. Система также включает в себя генератор конфигурационных выходных данных в оперативной связи с интерфейсом ввода заказа, и конфигурационные выходные данные генерируются генератором конфигурационных выходных данных. Конфигурационные выходные данные включают в себя первую часть, которая содержит первую часть, которая по меньшей мере частично сгенерирована на основе части описания лечения, и вторую часть, которая содержит вторую часть, которая по меньшей мере частично сгенерирована на основе первой части.

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

В одном из вариантов осуществления система может включать в себя устройство по уходу за больным, имеющее пользовательский интерфейс для приема первой части и второй части посредством ручного ввода пользователем. Кроме того, лечение может включать в себя применение внутривенного вливания больному с использованием устройства по уходу за больным. Устройство по уходу за больным может быть инфузионным насосом. Заказ на лечение может включать в себя заказ дозы, включающий в себя описание дозы, соответствующее внутривенному вливанию, которое должно быть проведено с использованием инфузионного насоса. Кроме того, конфигурационные выходные данные могут быть меткой. В свою очередь, метка может быть применена к резервуару, содержащему жидкость для внутривенного вливания.

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

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

КРАТКОЕ ОПИСАНИЕ ФИГУР

Фиг. 1 представляет собой схематическое представление варианта осуществления рабочего процесса для конфигурирования устройства по уходу за больным для применения назначенного лечения больному с использованием устройства по уходу за больным.

Фиг. 2 представляет вариант осуществления конфигурируемого устройства по уходу за больным, содержащего конфигурируемое инфузионное устройство, которое находится в оперативном контакте с жидкостью для внутривенного вливания, содержащейся в резервуаре для введения больному.

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

Фиг. 4 представляет вариант осуществления назначения дозы, соответствующего жидкости для внутривенного вливания, которая должна быть введена больному.

Фиг. 5 представляет вариант осуществления характерных для устройства по уходу за больным конфигурационных выходных данных, соответствующих назначению дозы на Фиг. 4.

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

Фиг. 7A-7E представляют вариант осуществления пользовательского интерфейса конфигурируемого инфузионного устройства во множестве различных состояний, соответствующих конфигурационному протоколу для конфигурирования инфузионного устройства.

Фиг. 8 изображает блок-схему, соответствующую варианту осуществления способа для генерирования и использования кода в конфигурации устройства по уходу за больным.

Фиг. 9 изображает вариант осуществления конфигурационных выходных данных, которые включают в себя одно или более значений простого текста, соответствующих описанию дозы на Фиг. 4, и код для проверки входных компонентов конфигурационных данных, соответствующих по меньшей мере части описания дозы.

Фиг. 10 изображает вариант осуществления конфигурационных выходных данных с одним или более значениями простого текста, соответствующих описанию дозы на Фиг. 4, код для проверки входных компонентов конфигурационных данных, соответствующих по меньшей мере части описания дозы, и контрольный код для проверки проверочного кода.

Фиг. 11 изображает вариант осуществления конфигурационных выходных данных с кодом, соответствующим описанию дозы на Фиг. 4, который указывает один или более входные компоненты конфигурационных данных, соответствующие описанию дозы, и контрольный код для проверки кода.

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

Фиг. 13 изображает вариант осуществления графического пользовательского интерфейса конфигурируемого инфузионного устройства в состоянии для приема кода из конфигурационных выходных данных.

ПОДРОБНОЕ ОПИСАНИЕ

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

Фиг. 1 изображает схематическое представление варианта осуществления рабочего процесса 100, который облегчает генерирование конфигурационных выходных данных для использования в конфигурации устройства 140 по уходу за больным. Конфигурационные выходные данные могут быть характерными для устройства по уходу за больным конфигурационными выходными данными и/или могут включать в себя код. Таким образом, следующее раскрытие первоначально в целом обсуждает рабочий процесс 100, который может быть использован для генерирования либо характерных для устройства по уходу за больным конфигурационных выходных данных, и/или конфигурационных выходных данных, имеющих код. В свою очередь представлены варианты осуществления характерных для устройства по уходу за больным конфигурационных выходных данных. Затем описаны варианты осуществления, относящиеся к конфигурационным выходным данным, включающим в себя код.

Как правило, рабочий процесс 100 может включать в себя использование интерфейса 110 ввода назначения для приема назначения на лечение, которое должно быть применено к больному с использованием конфигурируемого устройства 140 по уходу за больным. Интерфейс 110 ввода назначения может выводить данные, соответствующие назначению на лечение, для приема генератором 120 конфигурационных выходных данных. Конфигурационные выходные данные могут быть предоставлены осуществляющему уход лицу 130, применяющему лечение. Осуществляющее уход лицо 130, применяющее лечение, затем может использовать конфигурационные выходные данные, принятые из генератора 120 конфигурационных выходных данных, чтобы сконфигурировать устройство 140 по уходу за больным. Как можно понять из пояснения ниже, касающегося различных вариантов осуществления конфигурационных выходных данных, использование конфигурационных выходных данных для конфигурирования устройства по уходу за больным может помочь в уменьшении конфигурационных ошибок. Дополнительно или альтернативно, генератор 120 конфигурационных выходных данных может предоставлять конфигурационные выходные данные непосредственно в устройство 140 по уходу за больным (например, для отображения или другого использования конфигурационных выходных данных в устройстве 140 по уходу за больным). Это может быть достигнуто посредством любых известных или еще не известных средств связи, включая любые проводные, беспроводные или другие средства связи. Кроме того, как показано и как будет обсуждено более подробно ниже, рабочий процесс 100 может включать в себя петлю обратной связи между генератором 120 конфигурационных выходных данных и интерфейсом 110 ввода назначения, которая может быть использована для запрашивания дополнительной информации, касающейся назначения (например, как только назначение было проанализирован генератором 120 конфигурационных выходных данных).

Интерфейс 110 ввода назначения может содержать основанную на компьютере систему ввода назначения. То есть, интерфейс 110 ввода заказа может включать в себя графический пользовательский интерфейс (GUI), которому содействует вычислительное устройство, которое позволяет осуществляющему уход лицу вводить информацию, соответствующую назначению на применение лечения больному. Например, вычислительное устройство может быть сетевым вычислительным устройством, таким как персональный компьютер, сетевой терминал, мобильное устройство или другое вычислительное устройство. В связи с этим, интерфейс 110 ввода назначения может включать в себя по меньшей мере один процессор, выполненный с возможностью осуществления доступа к памяти, хранящей инструкции для управления выполнением процессором приема и вывода назначения.

В любом отношении, интерфейс 110 ввода назначения может принимать информацию от осуществляющего уход лица, касающуюся лечения, которое должно быть применено больному. В варианте осуществления лечение может включать в себя применение внутривенного вливания больному с использованием конфигурируемого устройства 140 по уходу за больным. Например, как изображено на Фиг. 2, конфигурируемое устройство 140 по уходу за больным может включать в себя инфузионное устройство 200 (например, конфигурируемый инфузионный насос). В связи с этим, назначение, принятое через интерфейс 110 ввода назначения, может быть назначением дозы с информацией о дозе, соответствующей жидкости 252 для внутривенного вливания, которая должна быть введена больному. В связи с этим, информация о дозе может включать в себя один или более атрибуты жидкости для внутривенного вливания и/или ее введения. Жидкость 252 для внутривенного вливания, которая должна быть введена больному, может содержаться в резервуаре 250. Резервуар 250 может включать в себя порт 254 введения, который способствует соединению системы 256 для введения лекарств с резервуаром 250. Система 256 для введения лекарств может использоваться для облечения связи по текучей среде между резервуаром 250 и больным (не показан) на дальнем конце 258 системы 256 для введения лекарств.

Кроме того, часть 260 системы 256 для введения лекарств может быть расположена внутри насосной части 210 инфузионного устройства 200. В связи с этим, насосная часть 210 может иметь соответствующий механизм (например, устройство перистальтического насоса) для управления потоком жидкости 252 для внутривенного вливания через прибор 256 для введения лекарств для введения жидкости 252 для внутривенного вливания больному. Могут быть предоставлены другие подходящие типы инфузионных устройств 200, которые позволяют управлять введением жидкости 252 для внутривенного вливания больному.

В связи с этим, инфузионное устройство 200 может быть конфигурируемым, чтобы управлять насосной частью 210 для управляемого введения жидкости 252 для внутривенного вливания больному. Например, инфузионное устройство 200 может включать в себя графический пользовательский интерфейс (GUI) 220, используемый для приема конфигурационных инструкций (например, включающих в себя один или более компоненты конфигурационных данных) от осуществляющего уход лица 130, применяющего лечение. GUI 220 может включать в себя дисплей 222 и устройство 224 ввода (например, включающее в себя множество кнопок или клавиш, как показано на Фиг. 2). Другие устройства 224 ввода могут быть предоставлены включающими в себя, например, устройство ввода сенсорного экрана, клавиатуру или другой интерфейс человек-машина. В связи с этим, осуществляющее уход лицо 130, применяющее лечение, может использовать устройство 224 ввода для ввода одного или более компонентов конфигурационных данных, касающихся назначенного введения жидкости 252 для внутривенного вливания больному, которые в свою очередь отражены на дисплее 222.

В то время как один пример устройства 140 по уходу за больным в форме инфузионного устройства 200 описан в материалах настоящей заявки и показан на Фиг. 2, будет понятно, что настоящее раскрытие может расширяться до любого конфигурируемого устройства 140 по уходу за больным, которое может быть использовано в применении лечения больному. Например, система 100 может содержать другие конфигурируемые устройства 140 по уходу за больным, такие как мониторы больных (например, включая кардиомониторы, гемодинамические мониторы, респираторные мониторы, неврологические мониторы, мониторы глюкозы в крови, мониторы рождения ребенка, мониторы температуры тела, и т.д.), устройства ингаляционной терапии, насосы зондового питания, устройства легочной вентиляции, устройства диализа или другие подходящие конфигурируемые устройства 140 по уходу за больным без ограничения.

Признано, что предшествующие подходы к облегчению конфигурирования устройства 140 по уходу за больным мог