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

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

Иллюстрации

Показать все

Реферат

Данная заявка является частичным продолжением заявки на патент США с порядковым номером 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 часов и с последующим умен