СИСТЕМА И СПОСОБ ДЛЯ УПРАВЛЕНИЯ УХОДОМ ЗА ПАЦИЕНТОМ Российский патент 2007 года по МПК G06Q50/00 

Данная заявка является частичным продолжением заявки на патент США с порядковым номером 09/379212, поданной 23 августа 1999 г., которая является продолжением патента США №5941846 с названием «Способ и устройство для подключения электропитания в модульной системе ухода за пациентом» с датой подачи 9 июня 1997 г., который является частичным продолжением патента США №5713856 с названием "Модульная система ухода за пациентом" с датой подачи 13 марта 1995 г. Полное содержание этих родственных заявок включается в данное описание.

Область техники, к которой относится изобретение

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

Уровень техники

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

Многие лекарства отпускаются пациенту в назначенный момент или близко к нему с использованием программируемых инфузионных насосов, таких как раскрытые в патенте США №5713856 (Eggers и др.) и в патенте США №5041086 (Koenig и др.), содержание которых включается в данное описание. Эггерс и др. раскрывают модульную систему для ухода за пациентом, способную обеспечивать терапию пациента и наблюдение за состоянием пациента. В системе Эггерса используют центральный управляющий модуль для управления и контролирования нескольких функциональных модулей, включая один или более инфузионных насосов и устройств для наблюдения за пациентом.

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

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

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

В патенте США №5781442, выданном Engleson и др., раскрыта система управления уходом за пациентом, содержащая сеть компьютеров, имеющих различные устройства ввода и вывода для приема данных о пациенте и для создания или отображения записей. Раскрытая система контролирует входящие предписания для ухода за пациентами и автоматически обновляет записи и при необходимости выдает сигналы тревоги. В примере использования информацию идентификации пациента и лекарства сканируют в терминал у койки и передают в центральный компьютер, где данные обрабатываются. Затем центральный компьютер передает рабочие параметры в терминал, и терминал программирует инфузионный насос в соответствии с рабочими параметрами.

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

Сущность изобретения

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

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

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

Краткое описание чертежей

Для лучшего понимания сущности и деталей изобретения ниже приводится подробное описание со ссылками на чертежи, на которых изображено:

фиг.1 - блок-схема системы управления уходом за пациентом согласно данному изобретению;

фиг.2 - блок-схема интерфейсного блока согласно данному изобретению;

фиг.3 - блок-схема конфигурации базы данных согласно данному изобретению;

фиг.4 - блок-схема множества типов различных вливаний, поддерживаемых интерфейсным блоком, согласно данному изобретению;

фиг.5 - графическая схема стадий процесса программирования инфузионной системы для выполнения конкретного протокола вливаний в соответствии с вариантом выполнения данного изобретения;

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

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

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

Описание изобретения

На фиг.1 показана в общем виде система для ухода за пациентом в соответствии с одним вариантом выполнения данного изобретения. Как показано на фиг.1, устройство 12 для ухода за пациентом соединено с сетью 10 больницы, включающей систему 34 управления аптекой и сервер 30 информационной системы больницы. Каждый элемент 12, 30 и 34 соединен с сетью 10 с помощью передающего канала 32. Передающий канал 32 является любым проводным или беспроводным передающим каналом, например беспроводной местной сетью 802.11 (LAN). В предпочтительном варианте выполнения данного изобретения сеть 10 содержит также систему компьютеров, расположенных в различных отделениях больницы. Например, сеть 10, согласно фиг.1, предпочтительно содержит компьютерную систему, связанную с приемным отделением 36, отделением 38 составления счетов, отделением 40 биомедицинской техники, клинической лабораторией 42, центральным отделением 44 снабжения, одним или более участковыми компьютерами 46 и/или системой 48 принятия медицинских решений.

Устройство 12 для ухода за пациентом предпочтительно содержит систему, аналогичную системе, описанной в патенте США №5 713 856, выданном Еггерсу и др., полное содержание которого включается в данное описание. В качестве альтернативного решения можно использовать согласно данному изобретению другие устройства для ухода за пациентом, такие как насосы, физиологические мониторы (например, измерители частоты биений сердца, давления крови, ЭКГ, ЭЭГ, оксиметр пульса и другие мониторы), терапевтические устройства и другие устройства отпуска лекарств. Устройство 12 для ухода за пациентом предпочтительно содержит усовершенствованный программный модуль 14, называемый также интерфейсным блоком 14, соединенный с одним или более функциональных модулей 16, 18, 20, 22. Интерфейсный блок 14 содержит центральный блок 50 обработки данных (CPU), соединенный с памятью, например оперативной памятью 58 (RAM), и одно или более интерфейсных устройств, таких как интерфейсное устройство 54 пользователя, устройство 60 ввода кодированных данных, сетевое подключение 52 и вспомогательный интерфейс 62 для связи с дополнительными модулями или устройствами. Интерфейсный блок 14 предпочтительно содержит также главный блок 56 энергонезависимого запоминающего устройства, предпочтительно дисковод для жесткого диска, для хранения программного обеспечения и данных и одну или более внутренних шин 64 для соединения друг с другом указанных выше элементов.

В типичном варианте выполнения интерфейсное устройство 54 пользователя является сенсорным экраном для отображения информации для пользователя и обеспечения возможности ввода пользователем информации посредством прикосновения к заданным зонам экрана. В качестве альтернативного решения интерфейсное устройство 54 пользователя может содержать любые средства для отображения и ввода информации, такие как монитор, принтер, клавиатура, программируемые клавиши, мышь, шаровой указатель и/или световое перо. Устройство 60 ввода кодированных данных предпочтительно является устройством считывания штрихового кода, способным сканировать и интерпретировать данные, напечатанные в формате штрихового кода. В качестве альтернативного решения устройство 60 ввода данных может быть любым устройством для ввода кодированных данных в компьютер, таким как устройство для считывания магнитных полосок, интеллектуальных карточек PCMCIA, радиочастотных карточек, модулей памяти «MEMORY STICK», компакт-дисков, DVD или любых других носителей аналоговой или цифровой информации. Другие примеры устройства 60 ввода данных включают управляемое голосом устройство, или устройство распознавания голоса, или переносной персональный цифровой ассистент (PDA). В зависимости от используемых типов интерфейсных устройств интерфейсное устройство 54 пользователя и устройство 60 ввода кодированных данных может быть одним и тем же устройством. В качестве альтернативного решения, хотя устройство 60 ввода данных, показанное на фиг.1, должно быть расположено внутри интерфейсного блока 14, для специалистов в данной области техники понятно, что устройство 60 ввода данных может быть составной частью внутри аптечной системы 34, или же расположен снаружи и связан с аптечной системой 34 через последовательный интерфейс RS-232 или другое подходящее средство связи. Вспомогательный интерфейс 62 предпочтительно является интерфейсом RS-232 связи, однако можно использовать также любое другое средство для связи с периферийным устройством, таким как принтер, монитор пациента, инфузионный насос или другое медицинское устройство, не выходя за рамки данного изобретения.

Сетевое подключение 52 предпочтительно является прямым соединением с сетью, таким как соединение Т1, соединением цифровой сети с предоставлением комплексных услуг (ISDN), модемом цифровой абонентской линии (DSL) или кабельным модемом. В качестве альтернативного решения можно использовать любое прямое или косвенное соединение с сетью, включая, но не ограничиваясь этим, телефонный модем, систему МШ, интерфейс RS232, дополнительный интерфейс, оптическую линию, инфракрасную линию, радиочастотную линию, микроволновую линию или соединение WLANS.

Функциональные модули 16, 18, 20, 22 являются любыми устройствами для обеспечения ухода за пациентом или для наблюдения за состоянием пациента. В предпочтительном варианте выполнения данного изобретения по меньшей мере один из функциональных блоков 16, 18, 20, 22 является модулем инфузионного насоса, таким как насос для внутривенного вливания для отпуска лекарств или другой жидкости пациенту. В данном случае функциональный модуль 16 является модулем инфузионного насоса. Каждый из функциональных модулей 18, 20, 22 может быть любым устройством для ухода за пациентом или для наблюдения за пациентом, включая, но не ограничиваясь этим, инфузионный насос, спринцовочный насос, насос РСА (контролируемый пациентом анальгезик), эпидуральный насос, тонкокишечный насос, монитор давления крови, оксиметр пульса, монитор ЭКГ, монитор ЭЭГ, монитор частоты биения сердца или монитор внутричерепного давления. В качестве альтернативного решения функциональные модули 18, 20 и/или 22 могут быть принтером, сканером или другим периферийным устройством ввода/вывода.

Каждый функциональный модуль 16, 18, 20, 22 связан непосредственно или опосредованно с интерфейсным блоком 14, при этом интерфейсный блок 14 обеспечивает общее наблюдение и управление устройством 12. В предпочтительном варианте выполнения функциональные модули 16, 18, 20, 22 соединены физически и электронно последовательно с одним или обоими концами интерфейсного блока 14, как показано на фиг.1 и описано Эггерсом и др. Однако для специалистов в данной области техники понятно, что можно использовать другие средства для соединения функциональных модулей с интерфейсным блоком, не выходя за рамки данного изобретения. Понятно также, что устройства, такие как насосы или мониторы, которые обеспечивают достаточные возможности программирования и соединения, могут быть соединены с сетью непосредственно без отдельного интерфейсного устройства. Как указывалось выше, к устройству 12 для ухода за пациентом могут быть подключены дополнительные медицинские устройства или периферийные устройства через один или более дополнительных интерфейсов 62.

Каждый функциональный блок 16, 18, 20, 22 обычно содержит специфичные для модуля компоненты 76, микропроцессор 70, энергозависимую память 72 и энергонезависимую память 74 для хранения информации. Следует отметить, что хотя на фиг.1 показаны четыре функциональных модуля, к центральному компьютеру 14 может быть подключено любое количество устройств непосредственно или опосредованно. Указанное количество и тип функциональных блоков носят чисто иллюстративный характер и никак не ограничивают объем данного изобретения. Специфичные для модуля компоненты 74 включают любые компоненты, необходимые для работы конкретного модуля, такие как насосный механизм для модуля 16 инфузионного насоса.

Хотя каждый функциональный модуль обычно способен работать по меньшей мере на некотором уровне независимо, однако интерфейсный блок 14 контролирует и управляет всей работой устройства 12. Например, как будет более подробно описано ниже, интерфейсный блок 14 обеспечивает инструкции программирования для функциональных модулей 16, 18, 20, 22 и контролирует состояние каждого модуля.

В предпочтительном варианте выполнения данного изобретения устройство 12 для ухода за пациентом способно работать в нескольких различных режимах, при этом каждый режим задается конфигурацией базы данных. Конкретная конфигурация базы данных выбирается на основе, по меньшей мере частично, относящейся к пациенту информации, такой как местоположение пациента, возраст, физические характеристики или медицинские характеристики. Медицинские характеристики включают, но не ограничиваясь этим, диагноз пациента, предписания по уходу, историю болезни, медицинские записи, идентификацию учреждения, осуществляющего уход за пациентом, физиологические характеристики или психологические характеристики. В данном случае относящаяся к пациенту информация включает также информацию о лице, осуществляющем лечение (например, идентификацию врача) или информацию о расположении устройства 12 для ухода за пациентом в больнице или в компьютерной сети больницы. Информацию об уходе за пациентом можно вводить через интерфейсное устройство 52, 54, 60 или 62, и она может приходить из любого места в сети 10, например из аптеки 34, приемного отделения 36, лаборатории 42 и т.д.

Данные различных источников данных могут быть преобразованы в совместимые с сетью данные с помощью существующей технологии, а передачу информации между медицинским устройством и сетью можно осуществлять с помощью различных средств. Например, устройство 12 для ухода за пациентом и сеть 10 могут быть связаны через автоматизированную и/или ручную связь. Автоматизированная связь может быть непрерывной или прерывистой и может осуществляться через прямое сетевое подключение 54 (как показано на фиг.1) или, в качестве альтернативного решения, через линии RS232, системы MIB, радиочастотные линии, такие как BLUETOOTH (Амтел Корп., Сан-Хосе, Калифорния), инфракрасные линии, WLANS, цифровые кабельные системы, телефонные модемы или другие средства связи. Ручная связь между устройством 12 для ухода за пациентом и сетью 10 осуществляется с помощью физической передачи, прерывистой или периодической, данных между системами с использованием, например, интерфейсного устройства 54 пользователя, устройства 60 ввода кодированных данных, штриховых кодов, персональных цифровых ассистентов, компьютерных дисков, карточек памяти или других носителей для хранения данных. Средство связи предпочтительно является двусторонним с возможностью получения данных из возможно большего числа точек распределенных источников данных. Принятие решений может осуществляться во множестве мест внутри сети 10. Например, но не ограничиваясь этим, решения могут приниматься в сервере 30 информационной системы больницы, устройстве 48 поддержки принятия решений, управлении больницы или отделениях 46, или же внутри самого устройства 12 для ухода за пациентом.

Как показано на фиг.2, в предпочтительном варианте выполнения данного изобретения интерфейсный блок 14 устройства для ухода за пациентом содержит множество конфигураций баз 200, 202, 204 и 206 данных. Конфигурации баз данных предпочтительно хранятся в памяти 56 интерфейсного блока 14, однако одна или более баз данных могут храниться внутри функционального модуля 16, 18, 20, 22. Для специалистов в данной области техники понятно, что хотя память 56 предпочтительно является внутренним жестким диском, можно использовать любой постоянный или съемный носитель информации, включая, но не ограничиваясь этим, CD-ROM, EEPROM, дискету, ленту, внешний жесткий диск, карточку памяти, флэш-память и т.д. Необязательно, части конфигурации баз 200, 202, 204, 206 могут храниться в энергозависимой памяти, такой как ОЗУ 58.

Каждая конфигурация базы 200, 202, 204, 206 данных предпочтительно содержит однозначный идентификатор базы данных или указатель 210, 212, 214, 216 для идентификации соответствующей базы данных. Каждая база 200, 202, 204, 206 данных содержит множество полей, которые задают, например, доступные протоколы лечения, информацию библиотеки лекарств, пределы работы модуля, характеристики устройства и возможно другую информацию для определения частных рабочих параметров устройства 12 для ухода за пациентом. Каждая конфигурация базы 200, 202, 204, 206 данных задает специальные условия работы или режим работы устройства 12 для ухода за пациентом. Отдельные конфигурации баз данных могут быть специфичными для места лечения (например, блок интенсивной терапии, блок интенсивной терапии новорожденных, педиатрии, онкологии и т.д.), специфичными для стадии болезни (управление внутричерепным давлением, пересадка костного мозга и т.д.), специфичной для пользователя (LPN, RN, врач и т.д.) или же могут быть созданы по любому другому рациональному принципу. Например, согласно варианту выполнения данного изобретения, когда устройство 12 для ухода за пациентом расположено в блоке интенсивной терапии, то используется конфигурация базы 200 данных, а когда устройство 12 для ухода за пациентом расположено в блоке интенсивной терапии для новорожденных, то используется конфигурация базы 202 данных. Каждая база 200 и 202 данных содержит, соответственно, конкретные рабочие параметры, протоколы лечения, признаки и т.д., которые делают устройство 12 пригодным для использования для пациентов в данном отделении больницы.

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

На фиг.3 показан более подробно пример конфигурации базы 204 данных согласно данному изобретению. Конфигурация базы 204 данных содержит протокольный модуль 230, содержащий множество протоколов 232, 234, 236, 238, 240. Каждый протокол включает множество полей рабочих параметров по умолчанию. В некоторых случаях протокол вливания может содержать полную подробную инструкцию по вливанию со всеми заданными по умолчанию величинами параметров. Другие протоколы вливания могут иметь частично заданные параметры с дополнительным вводом данных, необходимых для пользователя в месте лечения. Например, показанный на фиг.3 протокол А 232 содержит поля величин по умолчанию рабочих параметров и другие данные для управления насосом для вливания медикаментозных средств. Поля данного примера включают название 300 лекарства, концентрацию 304, размер (размеры) 308 контейнера, номинальную скорость 312 дозы, первоначальный болюс 316, максимальную скорость 320 дозы, минимальную скорость 324 дозы, максимальную кумулятивную дозу 328, совместимость 332 лекарств и поле идентификации, указатель 336 записи для идентификации или вызова записи протокола. Каждое поле обычно содержит величины параметров по умолчанию, которые все вместе задают специальный протокол вливания. Некоторые поля, такие как совместимость 332 лекарства, включают ссылку или связь с другой базой данных или с библиотекой лекарств, содержащей релевантную информацию. Такие ссылки на обычно используемые библиотеки данных обеспечивают совместное использование данных между протоколами и/или конфигурациями баз данных с исключением повторного хранения и ввода данных, что обеспечивает эффективное обновление информации баз данных. Аналогичным образом, все протоколы необязательно хранить внутри каждой конфигурации баз данных. Вместо этого протоколы из разных конфигураций баз данных можно сохранять в главной базе данных или библиотеке, при этом каждая отдельная конфигурация базы данных содержит ссылочные связи с частными протоколами, хранящимися в библиотеке. Такая система является предпочтительной, поскольку она исключает повторное хранение одинаковых протоколов и облегчает обновление информации библиотеки.

Когда выбран такой протокол, то должна быть обеспечена определенная информация. Например, устройство 12 может запрашивать сеть 10 об автоматическом получении таких данных, как вес пациента из электронных записей о пациенте в приемном отделении 36, критические параметры дозирования из аптечной системы 34 и двойная проверка из лаборатории 42 о результатах последних испытаний, которые могут быть противопоказанными предписанным медикаментам. Двойная проверка в аптечной системе 34 информации, закодированной на этикетке предписанного лекарства, может также выполняться автоматически. В качестве альтернативного решения пользователь может вводить данные, такие как вес пациента и полный вес дозировки, в устройство 12 и получать автоматически подтверждение выбранных параметров. В одном варианте выполнения изобретения информация в относящемся к лекарству протоколе является расширенным вариантом информации в библиотеке лекарств. Следовательно, если пользователь выберет название лекарства, то в записи используются определенные параметры. Такие параметры обычно включают название лекарства, ограничения частоты отпуска, единицы отпуска, возможную концентрацию и размер контейнера. Пользователь может вводить или сканировать недостающие данные, такие как вес пациента, количество лекарства, объем растворителя, величину дозирования, общую дозу, и автоматически получать по запросу подтверждение выбранных параметров.

Различные протоколы обычно включают различные поля и/или различные величины параметров. Так, например, протокол В 234 может содержать дополнительные поля по сравнению с протоколом А 232, при этом дополнительные поля задают инструкции и/или параметры для осуществления одного или более типов вливания, таких как первичное/вторичное вливание, многоканальное координированное вливание и протоколы со многими дозами (см. фиг.4). В качестве альтернативного решения протокол В 234 может содержать те же поля, что и протокол А 232, и отличаться лишь одной или несколькими величинами параметров в одном из полей. Например, оба протокола предназначены для вливания лекарства допамин, при этом один протокол имеет величину 304 концентрации 400 мг/250 мл, в то время как другой протокол имеет величину 304 концентрации 800 мг/мл.

Как показано на фиг.3, модуль 250 установки правил базы 204 данных содержит правила и/или алгоритмы, которые можно использовать для облегчения определения частных параметров внутри базы данных. Например, модуль 250 установки правил может содержать алгоритм, который модифицирует максимально допустимую скорость вливания или некоторые другие параметры на основе данных, полученных из других источников в сети 10, таких как возраст пациента, вес тела или история болезни из приемного отделения 36, или результаты испытаний из лаборатории 42. Другие правила, установленные в модуле 250 установки правил, могут выдавать предупреждения или рекомендации после возникновения частных событий внутри насосного модуля 16, таких как закупоривание линии вливания.

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

Модуль 260 ограничения насосов базы 204 данных содержит информацию, которая задает общие рабочие ограничения для модуля 16 инфузионных насосов или других насосных устройств, если они имеются, подключенных к интерфейсному блоку 14. Модуль 260 ограничения насосов обычно содержит по меньшей мере три поля, а именно поле 262 ограничения подачи воздуха в линии, поле 264 ограничения максимальной скорости и поле 268 максимального давления. Поскольку модуль 260 ограничения насосов каждой конфигурации базы 200, 202, 204, 206 данных потенциально содержит разные параметры и величины, то модуль 260 помогает определять рабочие характеристики или режим, в котором работает устройство 12, когда является активной конкретная конфигурация базы 200, 202, 204, 206 данных.

Поле 262 ограничения подачи воздуха в линии задает допустимый предел для количества воздуха в линии вливания, соединенной с пациентом. Допустимый предел подачи воздуха в линии может изменяться для конкретных пациентов или для конкретных мест в больнице. Например, допустимый предел 50 мкл может быть установлен для пациентов педиатрии, в то время как предел 100-200 мкл используется для общих взрослых пациентов и 500 мкл - для операционной и для травмированных пациентов.

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

Модуль 270 разрешения/запрещения признаков конфигурации базы 204 данных задает, какие частные типы вливаний или признаки являются доступными для пользователя системы 14, когда активирована конфигурация базы 204 данных. В предпочтительном варианте выполнения данного изобретения система 14 для ухода за пациентом способна поддерживать широкий спектр таких признаков, начиная с простых первичных вливаний, используемых для гидрации и удерживания вены открытой, до сложных применений для многоканального отпуска лекарств. На фиг.4 показаны некоторые из различных признаков или типов вливаний, которые поддерживаются системой 14 для ухода за пациентом, согласно варианту выполнения данного изобретения. Эти признаки включают, но не ограничиваясь этим, вычисление 402 лекарства, первичное/вторичное вливание 404, задержку 406 начала, множественную дозу 408, полное парентеральное питание 410, множественные стадии 412, многоканальное координированное вливание 414. Как указывалось выше, каждый из этих признаков или типов вливания можно осуществлять с помощью конкретного протокола, хранящегося в протокольном модуле 230. Ниже приводится краткое описание указанных признаков; более подробное описание приведено в патенте США №5713856.

Вычисление 402 лекарства является признаком, обеспечивающим вычисление параметров вливания лекарства, таких как скорость или доза, на основе веса пациента, единиц времени и концентрации лекарства. Например, функция вычисления лекарства системы обеспечивает возможность пользователю вводить желаемую дозу лекарства, а микропроцессор функционального блока инфузионных насосов вычисляет правильную скорость потока для осуществления желаемой дозы; или же вводить желаемую скорость потока, а функциональный блок насосов вычисляет соответствующую дозу лекарства; или вводить желаемую болюсную дозу и продолжительность, а функциональный блок насосов вычисляет болюсную скорость и VTBI. Система может дополнительно содержать функцию 424 вычисления лекарства для педиатрии, которая позволяет пользователю вводить, например, скорость потока, дозу и объем растворителя. Из этих введенных пользователем параметров система вычисляет количество лекарства, подлежащего смешиванию с растворителем, для обеспечения концентрации лекарства, соответствующей выбранной дозе и скорости потока. Дополнительные подробности относительно признака вычисления 402 лекарства приведены в патенте США №5713856.

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

Признак первичного/вторичного вливания 404 позволяет использовать протоколы, применяющие первичное вливание в соединении с раствором вторичного вливания. Исторически первичное вливание с вторичным вливанием антибиотика можно программировать посредством ввода первичной и вторичной скорости и VTBI. Согласно данному изобретению, пользователь может просто выбирать подходящий режим отпуска антибиотика из списка протоколов вливания и автоматически получает подходящие параметры. Затем пользователь может просто подтвердить параметры и начать вливание.

Задержка 406 начала задерживает начало протокола вливания или другого лечения на конкретный период времени или до конкретного времени суток. В качестве альтернативного решения начало можно задержать, пока не произойдет конкретное событие. Такие события включают, но не ограничиваясь этим, сигнал из интерфейсного блока в ответ на измеренные признаки жизнедеятельности или другие физиологические параметры, завершение стадии лечения другим модулем, или сигнал, или данные, принятые системой 14 через сеть 10.

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

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

Множественная стадия 412 аналогична полному парентеральному питанию 410 тем, что она обеспечивает отпуск вещества с различным скоростями в различных объемах во время действия протокола. Стандарт 430 задает стандартные протоколы с множественными стадиями, которые обычно используют без отклонений для разных пациентов. Заказ 432 задает протоколы отпуска с множеством стадий, которые заказываются для частных ситуаций. Например, заказной протокол с множеством стадий можно использовать для отпуска добутамина для увеличения скорости биения сердца во время стрессового испытания. Такой протокол обычно изменяет профиль отпуска лекарства пациенту во времени, при этом используются вес или возраст пациента в качестве фактора выбора частного профиля. Специалисты в данной области техники могут задавать и использовать любое количество заказных протоколов с множеством стадий.

Многоканальное координированное вливание 414 можно использовать в соединении с признаками множественной дозы 408 и/или задержки начала 406 для программирования комплексного координированного вливания с использованием различных растворов, вливаемых из множества модулей или каналов. На фиг.5 показана графическая схема процесса установки вручную типичного многоканального координированного вливания согласно данному изобретению. После выбора функции многоканального координированного вливания 414 на стадии 500 из меню операций, отображаемого с помощью интерфейсного блока, пользователь приглашается ввести удерживаемую скорость/объем на стадии 502. Затем пользователь запрашивается, желательно или нет промывание, на стадии 504. Если да, то пользователь приглашается ввести объем промывки и ее длительность на стадии 506 перед переходом на стадию 508. Если промывка не требуется, или же после ввода объема и длительности промывки, пользователь приглашается выбрать непрерывную или промежуточные дозы на стадии 508. Затем пользователь приглашается подтвердить установки обслуживания на стадии 510. Затем пользователь выбирает канал для использования для координированного вливания на стадии 512. На стадии 514 пользователь запрашивается, желательно ли вливание из множества доз. Если для этого канала необходимо использовать множество доз, то пользователь вводит параметры множественной дозы на стадии 516; если множественную дозу использовать не следует, то пользователь приглашается ввести время задержки начала на стадии 518. Если должен использоваться слабый раствор на стадии 520, то пользователь приглашается ввести скорость или объем растворителя на стадии 522. После ввода всех параметров для данного канала пользователь запрашивается, следует ли использовать дополнительные вливания/каналы. Если да, то стадии 512-520 повторяются пока не будут сформированы все каналы. После формирования всех каналов пользователь приглашается начать многоканальное координированное вливание на стадии 526.

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

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

В предпочтительном варианте выполнения данного изобретения множество систем 12 для ухода за пациентом соединены друг с другом через местную сеть (LAN) с сервером на этаже или в отделении, как показано на фиг.6. Например, в отделении интенсивной терапии для новорожденных (NICU), имеющем сервер 610, множество коек 650, 652, 654 и 656 для ухода за пациентом соединены через местную сеть 620 с сервером 610 отделения. Аналогичные сетевые серверы могут быть предусмотрены во всей больнице, например в педиатрическом отделении 612, отделении 614 интенсивной терапии, хирургическом отделении 616 и онкологическом отделении 618. Сервер 610 отделения может содержать информацию конфигурации базы данных для этого частного отделения. Конфигурацию базы данных в устройстве 12 для ухода за пациентом можно периодически обновлять посредством загрузки из сервера отделения. В качестве альтернативного решения можно загрузить по выбору из сервера конфигурацию базы данных для использования в системе 650, 652, 654 или 656 для ухода за пациентом. Другим альтернативным решением может быть наличие специфичной для отделения или подразделения конфигурации базы данных, которая автоматически загружается в систему 650, 652, 654 или 656 для ухода за пациентом, когда систему оперативно подключают к местной сети отделения. В любом случае наличие некоторой или всей информации конфигурации базы данных, хранящейся в сервере 610, 612, 614, 616, 618 отделения, упрощает управление и обновление баз данных. В патенте США №5 718 442, выданном Энглесону и др., содержание которого включается в данное описание, описана система для соединения медицинских устройств у постели пациента с сетью больницы, или с сетью, или сетями, которые подходят для использования с данным изобретением.

В еще одном предпочтительном варианте выполнения данного изобретения устройство 12 для ухода за пациентом не соединено непосредственно с сетью 10. Вместо этого информация косвенно передается по сети 10 с использованием устройства 60 ввода данных, интерфейса 54 пользователя, вспомогательного интерфейса 62 или других средств связи. Такие средства связи включают, но не ограничиваясь этим, линии RS232, системы MIB, инфракрасные линии, соединения WLANS, переносные цифровые ассистенты, карточки памяти, переносные носители информации или любые другие подходящие средства связи. Косвенную связь можно также осуществлять, например, с использованием модемов с помощью обычной телефонной системы, системы с наложением речи на данные или с помощью сотовых телефонов. В одном примере выполнения можно использовать переносной компьютер, такой как персональный цифровой ассистент, для передачи информации базы данных и/или инструкций для вливаний из аптечной системы 34 в устройство 12 для ухода за пациентом. Различные возможные средства прямой или косвенной связи обеспечивают возможность непрерывной или периодической передачи информации между устройством для ухода за пациентом и другими системами в сети 10 (например, аптечной системой 34, сервером 46 отделения, лабораторией 42 и т.д.).

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

Другие связи между устройством 12 для ухода за пациентом и другими отделениями и подразделениями 36, 38, 40, 42, 44, 46, 48 внутри сети 10 служат для повышения качества ухода. Например, связь с отделением биомедицинской техники (биомед 40) помогает обеспечить защиту и эффективность устройства 12 и оптимизировать эффективное использование оборудования. Определение местоположения имущества можно осуществлять путем запроса в устройства об их порядковом номере и месте расположения. Как указывалось выше, местоположение устройства 12 можно автоматически определять с помощью идентификации средства связи устройства с сетью или любого другого средства и указания его места расположения в сети. Процедуры превентивного обслуживания и диагностики устройства можно осуществлять на расстоянии и без ведома пользователя. Когда возникает проблема, то можно на расстоянии провести диагностику устройства для определения его дальнейшего поведения. Эту информацию можно также собирать в качестве информации контроля качества устройства на основе входящих данных. Данные использования устройства можно накапливать для оптимизации распределения устройств. Когда приходит время обновления программного обеспечения или проведения процедур обслуживания, то соответствующие сообщения могут передаваться на интерфейс пользователя устройства с указанием необходимых действий. Аналогичным образом управление ресурсами можно осуществлять под управлением отделения 44 центрального снабжения. Оно обеспечивает те же преимущества, что и группа биомедицинской техники. Местоположение и использование медицинских устройств можно отслеживать и оптимировать на основе этих данных.

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

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

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

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

Большинство больниц имеют официальные фармакологические справочники для медикаментозной терапии, которые определяют типичный ход медикаментозной терапии. При первичной установке системы управления уходом за пациентом согласно данному изобретению может быть образован больничный комитет для определения, каким образом использовать фармакологический справочник в устройствах 12 для ухода за пациентом. После согласования конфигураций (например, с отделениями больницы, такими как интенсивная терапия, интенсивная терапия для новорожденных, педиатрия, онкология, хирургия и т.д.) устанавливаются лекарства и типичные протоколы вливаний. Дополнительно к этому определяются все внешние ограничения или методические рекомендации и условия. Эту информацию вводят в программу редактирования библиотеки лекарств и в конфигурацию программы управления, такую как INFUSION MANAGEMENT SYSTEM (система управления вливанием) фирмы Alaris Medical Systems, Сан-Диего, Калифорния.

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

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

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

После включения электропитания устройства 12 на стадии 700 и выполнения проверки внутренних систем на стадии 704 устройство отображает на интерфейсе 54 пользователя информацию, относящуюся к данному пациенту и/или данному месту, на стадии 708. В одном варианте выполнения изобретения эта информация вызывается с последнего использования устройства. В качестве альтернативного решения место расположения устройства и/или идентификация пациента могут быть определены с помощью информации, полученной через соединение с сетью 10 и/или с местной сетью внутри больницы. Например, как показано на фиг.5, устройство 650, соединенное через местную сеть 620 с сервером 610 в отделении интенсивной терапии новорожденных, принимает информацию из сервера о том, что оно должно быть расположено у койки 1 и что на койке должен быть такой-то пациент. В соответствии с этим устройство 650 использует эту информацию в качестве информации по умолчанию о пациенте и месте. В качестве альтернативного решения устройство 650 автоматически определяет место своего расположения внутри больницы с помощью датчика или другого средства для однозначного определения местоположения. При этом датчик в данном случае определяется в широком смысле как любое устройство или процесс определения или обнаружения расположения устройства, включая, но не ограничиваясь этим, адрес сетевого приемника или порта, сетевое переходное устройство, инструкции программируемого размещения, записи больницы, указывающие местоположение, инфракрасные датчики или метки, радиочастотные датчики или метки, магнитные датчики или метки или любые другие средства обнаружения местоположения устройства 650.

На стадии 712 устройство запрашивает пользователя, является ли правильной информация о пациенте. Если пациент является новым для устройства или же если информация отсутствует или является неправильной, то пользователь вводит идентификатор пациента на стадии 716. Идентификатор пациента обычно вводится с использованием устройства 60 ввода, например, посредством сканирования кодированной ленты с запястья пациента, содержащей информацию идентификации пациента. В качестве альтернативного решения, идентификатор пациента можно вводить вручную с использованием клавиатуры, вспомогательной клавиатуры или другого интерфейсного устройства 54. Если на стадии 729 будет установлено, что текущая конфигурация базы данных отсутствует или является неправильной, то пользователь приглашается выбрать подходящую конфигурацию базы данных на стадии 724 (например, в соответствии с местом, пациентом, врачом и т.д.). В качестве альтернативного решения идентификатор подходящей конфигурации базы данных можно ввести в систему посредством сканирования ленты идентификации пациента или же она может быть автоматически извлечена из памяти или из другого места в сети 10 после ввода в устройство 12 идентификатора пациента, места или другой специфичной для пациента информации.

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

Согласно предпочтительному варианту выполнения данного изобретения после ввода заказа подготавливается рецепт. Если лекарство готовится или имеется в аптеке, то предписанное лекарство готовят и помещают в контейнер. Аптечная система 34 затем переводит заказ на вливание из программного обеспечения аптеки больницы на этикетку с кодированным сообщением и сопроводительным текстом. Этикетка содержит по меньшей мере следующую информацию: идентификатор пациента, ссылку на протокол вливания, отклонения от протокола вливания, или дельты, если они имеются, и планируемое время вливания. Этикетку прикрепляют к контейнеру с лекарством перед передачей рецепта на пост медсестры. Лекарства предпочтительно транспортируются из аптеки на пост медсестры персоналом больницы или содержатся внутри ящиков распределения лекарств вблизи поста медсестры. В качестве альтернативного решения лекарства можно транспортировать с использованием роботизированных систем, таких как система PYXIS (Pyxis Corporation, Сан-Диего, Калифорния). Если лекарство должно распределяться с поста медсестры, то может печататься тот же тип этикетки на посту и прикрепляться к контейнеру с лекарством.

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

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

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

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

1. Система для ухода за пациентом, содержащая

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

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

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

процессор внутри устройства для ухода за пациентом,

устройство ввода информации о конкретном пациенте, соединенное с процессором, и

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

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

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

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

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

интерфейсный блок, включающий процессор и память, при этом указанный интерфейсный блок связан с устройством ввода,

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

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

устройство ввода, связанное с интерфейсным блоком, и приспособленное для ввода информации о конкретном пациенте в интерфейсный блок,

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

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

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

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

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

выбор протокола по уходу за пациентом из активированной конфигурации базы данных, и

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

ввод информации о конкретном пациенте в устройство для ухода за пациентом с использованием устройства ввода, связанного с устройством для ухода за пациентом; и

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

интерфейсный блок, содержащий память и процессор;

устройство ввода, связанное с интерфейсным блоком, при этом устройство ввода приспособлено для ввода информации о конкретном пациенте в интерфейсный блок, и

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

печатание кодированной этикетки, включающей идентификатор протокола отпуска вещества,

прикрепление этикетки к контейнеру, содержащему вещество,

транспортировку контейнера к устройству для ухода за пациентом,

ввод идентификатора протокола отпуска вещества в устройство для ухода за пациентом,

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

приведение в действие устройства для ухода за пациентом с целью отпуска вещества пациенту в соответствии с протоколом отпуска вещества.

сканирование кода идентификации пациента,

прикрепленного к пациенту, подтверждение того, что идентификатор пациента на этикетке контейнера соответствует коду идентификации пациента, и

ввод вспомогательной информации с кодированной этикетки,

при этом стадия приведения в действие устройства для ухода за пациентом содержит приведение в действие этого устройства для отпуска вещества пациенту в соответствии с отклонением от указанного протокола в запланированное время отпуска.

получение информации о конкретном пациенте из базы данных в больничной сети,

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

активирование конфигурации базы данных из множества конфигураций баз данных в ответ на информацию о конкретном пациенте, при этом активированная конфигурация базы данных включает множество протоколов;

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

программирование указанного устройства с целью отпуска лекарства или жидкости пациенту в соответствии с выбранным протоколом; и

отпуск лекарства или жидкости пациенту в соответствии с выбранным протоколом.

интерфейсный блок, содержащий память и процессор, при этом указанный интерфейсный блок связан с устройством ввода; и

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