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

ОРИГИНАЛ СТАТЬИ

REIS, Fabiana Candido dos ^[1]

REIS, Fabiana Candido dos. Программное обеспечение для управления рисками и безопасности пациентов с идентификационной печатью браслета. Revista Científica Multidisciplinar Núcleo do Conhecimento. 04 год, Эд. 08, Vol. 01, стр. 140-169. Август 2019 года. ISSN: 2448-0959, ссылка для доступа: https://www.nucleodoconhecimento.com.br/здравоохранение/идентификационный-браслет

РЕЗЮМЕ

Безопасность пациентов находится в центре обсуждения во всем мире в течение последнего десятилетия, и является частью основных критериев для обеспечения качества ухода за пациентами, поэтому принятие стратегий по сокращению отказов и вредных событий в медицинских учреждениях Основных. Рассмотрение компьютеризированного управления рисками инструментом поддержки принятия решений медсестер, для регистрации выявленных рисков и помощи в выявлении других, а также представления базы данных, богатой информацией для Исследования. Данное исследование было направлено на разработку программного обеспечения для управления рисками и идентификации одиночных браслетов с предупреждением о риске, сигнализирующим о безопасности ухода и предотвращении неблагоприятных событий во время пребывания пациента в пациенте. медицинской службы. Это прикладное научно-техническое производство Разработка этого исследования подчиняется некоторым этапам жизненного цикла программного обеспечения. Для создания этого программного обеспечения методология Scrum использовалась на этапе ^планирования, на этапе программирования были выбраны HTML-язык (язык разметки HyperText), XML (язык электронной маркировки) и PHP (Personal Home Page Tools) потому что его синтаксис довольно прост. Softaware компьютеризированного управления рисками для безопасности пациентов фокусируется на вставке данных записей о пациенте и печати уникального идентификационного браслета с соответствующим цветом полосы для сигнализации оповещения и внимания Риски. Система состоит из 36 экранов доступа и состоит из четырех модулей, они: модуль классификации готовых к уходу рисков состоит из протокола приема ACCR; модуль оповещения о рисках содержит 17 предупреждений о рисках и внимании и шкалах оценки; Информационный модуль состоит из перечня факторов риска в каждом контрольном перечне оповещения о выборе и записи с пробелами для описания данных и индивидуализации помощи; модуль ный браслет представления представляет иллюстрацию браслета с данными, ранее записанными медсестрой. Мы стремились с развитием программного обеспечения разработки уникального браслета идентификации с классификацией и / или оповещения о рисках и специальной заботы и информации, видимой в виде цветового кода тархада, через управление рисками.

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

ВВЕДЕНИЕ

Безопасность пациентов была дискуссионной повесткой дня во всем мире с последнего десятилетия, и является одним из основных процессов для утверждения качества ухода за пациентами, поэтому принятие стратегий по сокращению ошибок и неблагоприятных событий в медицинских учреждениях (САНТОС, 2014). Защита пациентов в медицинских учреждениях становится все более ответственным и была в центре внимания во всем мире дискуссий (PEREIRA; СОУЗА; ФЕРРАЗ, 2014).

Бразилия (2014) отмечает, что импульс для безопасности пациентов родился в конце 20-го века, вскоре после публикации доклада Института медицины (МОМ) Соединенных Штатов Америки (США), озаглавленный как “Эрран является человеком: строительство более системы здравоохранения (Ошибка человека: создание более безопасной системы здравоохранения) в 1999 году, в котором представлены результаты нескольких исследований, которые показали, что от 44 000 до 98 000 пациентов ежегодно умирали в больницах этой страны в результате ущерба, причиненного здравоохранением.

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

При построении траектории об истории и преобразованиях безопасности пациентов, Насименто и Драганов (2015) обнаружили, что с древних времен, хотя и зарождающейся, уже была ответственность за эту тему. Они обнаружили, что первоначальная веха состоялась – с Флоренс Найтингейл в 1852 году, английская медсестра, которая пошла работать в Крымской войне (1853-1856) и наблюдения за нестабильными условиями, в которых солдаты были, приоритеты безопасности солдат в качестве фактора к хорошему качеству предоставляемого ухода.

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

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

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

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

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

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

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

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

ЦЕЛЬ

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

МАТЕРИАЛ И МЕТОД

ТИП ИССЛЕДОВАНИЯ

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

Как прикладные исследования и технологическое производство, понимается генерация новых знаний и процессов, для решения конкретных проблем с практической целью и оперативной деятельности идей. Технологические исследования начинаются с уже существующих знаний и, на основе исследований и/или практического опыта, направлены на материализацию продукта, прототипа, экспериментального процесса или установки (GIL, 2010; MAGELLAN, 2005; СОУЗА, 2013).

МЕТОДОЛОГИЧЕСКИЕ ПРОЦЕДУРЫ

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

Программное обеспечение определяется Pressman (2011) как набор документов, который призван показать, как работа и использование программ происходят.

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

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

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

ПРОТОТИПИРОВАНИЯ

Для разработки программного обеспечения необходимо выбрать методологию или модель. Существует целый ряд из них, но их выбор дается из определения интерактивности с пользователем и объем документации, которая должна быть разработана. К числу наиболее часто используемых методологий относятся: каскадная модель, RUP (Rational Unified Process), спиральная модель, эволюционная, инкрементная итеративная модель, экстремальная методология программирования (XP) и модель прототипирования или прототипирования (PRESMAN, 2011; СОММЕРВИЛЬ, 2008).

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

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

Pressman (2011) предлагает разработку прототипа в шесть этапов, являются: сбор и уточнение требований, быстрый дизайн, создание прототипа, оценка прототипа, совершенствование прототипа и проектирование.

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

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

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

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

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

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

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

Показатели качества, предложенные Центром поддержки управления больницами (NAGEH), были использованы подгруппой Обязательств по качеству больниц (КЗХ), поддерживаемой Ассоциацией медицины Паулисты (PMA) и Региональным советом медицины штата Сан-Паулу (CREMESP), используются в качестве руководства для мониторинга и оценки помощи и деятельности службы, а также понимается как данные о производительности для конкретных процессов, продуктов и организации в целом (NAGEH, 2012).

NANDA Таксономия была использована, потому что диагнозы медсестер также поддерживали содержание, связанное с рисками, учитывая, что диагноз медсестры является клиническим заключением о заключении личности, семьи или сообщества к реальным и/или потенциальным проблемам со здоровьем, являясь поставщиком основы для выбора действий для достижения долгожданных последствий, за которые несут ответственность медсестры (NANDA, 2015; КОФЕН, 2009). Это выражение ситуации человека, который, по нашему мнению, нуждается в вмешательстве медсестры.

На втором этапе был разработан быстрый проект. От выбора теоретической основы и установления требований о том, как должна работать система, макет экранов был построен в Microsoft Office Power Point для системного эскиза.

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

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

Для создания этого прототипа для стиля страниц использовались языки программирования (Hyper Text Markup Language), XML (язык электронной маркировки), Java Script и Cascading Style Sheet (CSS).

HTML® ^является языком, используемым для разоблачения и определения содержимого веб-страницы в структурированном формате, единственный, который браузер может интерпретировать для отображения содержимого, и XML является чрезвычайно гибким и легко манипулировать программными приложениями , позволяет адаптировать структуру документа к любой конкретной ситуации, эти языки были выбраны в данном исследовании, потому что его синтаксис довольно прост (Квиерелле, 2012; СИЛЬВА, 2010).

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

Система предназначена для работы на платформе Microsoft Windows. Java Script — это язык программирования, который работает в браузере, используется для создания интерактивных веб-сайтов и приложений для продвинутых пользователей. (SILVA, 2010).

Java Script — это уровень разработки, отвечающий за все движение изображений, внешний вид меню и подменю с несколькими другими элементами программы, используемый для управления информацией HTML и языков форматирования CSS. Это отличная функция для выполнения пользовательских процедур. По этой причине Java-скрипт был использован в этом проекте (SILVA, 2010).

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

SOFTWARE PLANNING, DEVELOPMENT AND FUNCTIONALITY

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

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

ПЛАНИРОВАНИЯ

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

Следует отметить, что предложенная для построения программного обеспечения методология будет Scrum, гибкое управление для проектов в этом сегменте. Scrum — это быстрая, легкая и легкая структура, используемая для управления расширением сложных продуктов, интегрированных в сложные среды. Scrum использует итеративную и постепенную интерапелляцию для добавления стоимости регулярности, снижая риски проекта (SABBAGH, 2017).

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

• Собрание по планированию спринта, где происходит планирование спринта;
• Работа по разработке продукта, которая включает в себя все, что необходимо для доставки части готового продукта спринта;
• Ежедневная встреча Scrum, интегрированная в повседневное развитие, которая является ежедневной встречей для создания видимости и планирования на следующий день развития;
• Совещание по обзору спринта, на котором результаты разработки, проведенной в Sprint, демонстрируются клиентам и другим заинтересованным сторонам, предлагая свои отзывы;
• Ретроспективное собрание спринта, где команда оценивает то, что прошло хорошо и что нуждается в улучшении их работы;
• Любые дополнительные запланированные собрания или сеансы, которые требуются, представление выборки, собрание планирования выпуска и сеансы уточнения невыполненных работ.

Рисунок E представляет взаимодействие схватки, указывая на последовательность элементов, присутствующих во всех циклах (или спринтах) и последовательность циклов.

Рисунок A: Взаимодействие или последовательность циклов схватки (Спринты)

Спринт начинается с собрания по планированию спринта, где планируется проделать саму работу в спринте. На этом собрании команда разработчиков и владельцев продуктов просыпается из топовых элементов невыполненной работы по продуктам, о том, что, безусловно, будет разработано. То есть, упрощенный ScrumMaster, вы выбираете набор тем из верхней части затворного продукта, которые предлагают потенциал разработки во время спринта, предварительный просмотр, и установить бизнес-цели, которые должны быть достигнуты с процветанием этих элементы, называемые целью спринта. Таким образом, команда разработчиков стремится к достижению цели спринта (KNAPP et.al, 2017).

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

Архивные отзывы клиентов, мастер на совещании Sprint Review в этом случае, требуется владельцем продукта в качестве сырья для изменений в невыполненной продукции – изменить продукт в процессе генерации, стремясь лучше удовлетворить потребности потребителей (SABBAGH, 2017)

Sprint Невыполненная работа представляет собой список элементов, выбранных из верхней части невыполненной работы продукта для разработки приращения продукта в спринте (что, добавлено из плана того, как эта работа будет выполняться (как). Уточнение невыполненной работы по продуктам — это акт добавления деталей, оценок и заказов к статьям в невыполненной продукции (KNAPP et.al 2017 г.).

Рисунок B: Цикл схватки

Источник: Автор.

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

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

РАЗВИТИЯ

PHP^® или PHP Hypertext Preprocessor, означает, что продукт первоначально назывался “Личные инструменты домашней страницы”; и растет с целью, новое и более подходящее название было избрано путем голосования сообщества. Измерение “.php” рекомендуется обозначить файл PHP® ⁽SKLAR, 2004).

PH^P® — это язык создания скриптов, инкрустированный HTML^® на сервере. PHP можно рассматривать как набор HTML супертэгов® котор^ые добавляют расходы на серверы на ваши веб-страницы. Вы можете использовать PHP для немедленного создания сложной веб-страницы (SOARES, 2013).

PHP® не получает прямой связи с макетом, событиями или всем, что связано с появлением веб-страницы. Многое из того, что достигается PHP невидимо для конечного пользователя. При просмотре страницы PHP вы не сможете сказать, что она не была написана в HTML®, п^отому что конечный результат P^HP® HTML^®.

HTML® ^является языком, используемым для разоблачения и определения содержимого веб-страницы в структурированном формате, единственный, который браузер может интерпретировать для отображения содержимого, и XML является чрезвычайно гибким и легко манипулировать программными приложениями , позволяет адаптировать структуру документа к любой конкретной ситуации, эти языки были выбраны в данном исследовании, потому что его синтаксис довольно прост (Квиерелле, 2012; СИЛЬВА, 2010).

ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

КОНЕЧНЫЙ ПРОДУКТ

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

РЕЗУЛЬТАТЫ

GERIS – ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ДЛЯ УПРАВЛЕНИЯ РИСКАМИ ПОМОЩИ С УНИКАЛЬНЫМ ПРЕДЛОЖЕНИЕМ ПЕЧАТИ БРАСЛЕТОВ

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

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

Таблица 01 – Теоретическое обоснование для построения инструментов и предупреждения о рисках

Информация	BRASIL (2013, 2014a, 2013b); FIOCRUZ/Proqualis(2014); Gomes (2008); Hinrichsen (2011); Manual de Indicadores de Enfermagem NAGEH (2012); NANDA (2015); Lima, Melleiro (2011), Oliveira(2014). Siqueira (2015); Zárate-Graiales. et al.(2015); ANVISA (2013); American hospitalassociation (2008); ABNT (2010); Barcelos (2016); Costa, Meirelles, Erdmann(2013); Fassini (2012);Fawkes (2007) Hemesath (2015)Hoffmeister, Moura (2015); Milagres (2015); Neves,Melgaço (2001); Norris, Ranger (2009); OMS (2010); Pimenta et al. (2015); Public health and clinical systems (2014); Santos (2014); Smith et al. (2011); Sperandio (2002, 2008); Silva (2013); WHO(2007b);
Инструменты классификации рисков	BRASIL (2009 e 2004); Servin (2010);Amthuer(2015); Diogo (2007); Acosta, Duro, Lima (2012); Souza (2009); Duro (2010) FITZGERALD(2012)
Риск аллергии	Ribeiro (2015); NANDA (2015);
Риск бронхоаспирации	NANDA (2015);
Риск случайной экстубации	NAGEH (2012); Barcellos et al. (2016); Carvalho (2010); Castellões, Silva, (2007, 2009); Duarte(2016); Neto et al. (2014)
Риск побега	Vieira; Dall’agnol (2009); Vieira (2005); COREN(2010b);
Риск травмы давления	NAGEH (2012), NANDA (2015); Laurenti et al.(2015); Lyder, Ayello (2008); Paranhos (1999); Freitas, Alberti (2013); SANTOS et al. (2015);
Риск падения	NAGEH (2012); Severo et al., (2014); NANDA(2015); Urbanato (2013); American geriatrics society (2010); Sociedade brasileira de geriatria egerontologia (2008);
Риск реакции переливания	BRASIL (2010)
Риск трансмиссивности	Lacerda (2014); BRASIL (2010); Andrade (2013);
Риск случайной экстернализации сонданазотерала	NAGEH (2012); Pereira (2013);
Риск для флебита	NAGEH (2012);Milutinović, Simin, Zec (2015); Marinho (2011); Tertuliano (2014); Ray-Barruel etal. (2014);
Риск заражения	Almeida (2014); NANDA (2015);
Риск кровотечения	NANDA (2010)
Риск тромбоэмболии глубоких вен	Caramelli et al., (2004); Okuhara et al. (2015);SBACV (2015); Veiga et al. (2015)
Свидетель Иеговы	França (2008); Takaschima (2016); COREN (2013);
Ограничение конечностей	BRASIL (2016);
Паллиативная помощь	CREMESP, 2008; Faller (2016); Guimarães (2016); Lima, Oliveira (2015); Oliveira et al. (2016) Gomes, Othero (2016);Evangelista et al. (2016); BRASIL (2002); Santos, Oliveira, Feijao (2016); WHO(2002);
Риск самоубийства	NANDA (2015); MS (2006); BRASIL (2006); OMS(2000); Bertolote, Santos, Bortega (2010);CREMESP (2008);

Источник: Santana, 2017 – Разработка прототипов программного обеспечения для управления рисками и безопасности пациентов с печатью браслетов идентификации.

Для составления системы управления рисками и безопасности пациента, называемой GERIS, было отобрано 17 предупреждений, 14 из которых были рисками и три предупреждения.

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

В состав предупреждений были также включены шкалы риска ухода для поддержки выявления рисков или внимания.

Система содержит 36 экранов, которые представят себя следующим образом:

1. Профессиональные экраны доступа и регистрации – 04 экранов
2. Экран домашнего меню – 01 экран
3. Экраны поиска и регистрации пациентов – 03 экраны
4. Экраны Модуль Классификация риска – аварийно-спасательных и помощи риски – 02 экранов
5. Модуль оповещения о рисках – 01 экран
6. Экраны Модуль оповещения и информации о рисках информации и оценки масштабов – 24 экранов
7. Экраны Просмотр Браслет – 01 экран

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

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

Рисунок C: диаграмма программного обеспечения GERIS

В модуле классификации рисков – Оперативное обслуживание система будет структурирована поэтапно, относясь к процессу классификации и управления рисками. Фазы, называемые: Классификация риска для неотложной помощи содержит Протокол Манчестера и протокол приема с классификацией рисков, предложенный Министерством здравоохранения, с вариантами ухода в соответствии с признаками и симптомами человека.

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

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

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

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

Рисунок D: Профессиональный экран доступа

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

Источник: Автор.[/caption]

Рисунок E: Экран меню пациента: модули

Источник: Автор.[/caption]

Рисунок F: Готовый к лицу экран: Рейтинг риска ACCR

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

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

Источник: Автор.[/caption]

Рисунок G: Помощь в рисках экрана

Экран риска ухода присутствует в двух значках на экране меню пациента: модули (см. Рисунок N), являются ли они оперативной помощи и госпитализации. Можно выбрать область, в которой пациент в настоящее время допущены или реклассифицированы. Этот экран предлагает возможность четырнадцати рисков помощи и три предупреждения о рисках. Медсестра должна нажать на нужную опцию и продолжить классификацию.

На прямой стороне экрана вы можете проверить риски и оповещения, уже классифицированные, в “выбранных предметов”, и можно сохранить их или удалить все!” Перед печатью браслета идентификации цвета. Эта функция направлена на обеспечение пересмотра или обновления классификации перед печатью браслета.

В конце заполнения, вы должны нажать синюю кнопку “создать браслет”, чтобы просмотреть макет браслета для печати (см. Рисунок ИИ) или нажмите белую кнопку “отменить, вернуться”, чтобы прервать классификацию выполняется.

Источник: Автор.[/caption]

Рисунок H: Экран “смотреть браслет”

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

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

ЗАКЛЮЧИТЕЛЬНЫЕ СООБРАЖЕНИЯ

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

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

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

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

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

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

ССЫЛКИ

AGÊNCIA NACIONAL DE VIGILÂNCIA SANITÁRIA (ANVISA). Rede sentinela – histórico. Disponível em: http://www.anvisa.gov.br/servicosaude/hsentinela/historico.htm. Acesso em: 28 out. 2018.

AGÊNCIA NACIONAL DE VIGILÂNCIA SANITÁRIA. Assistência segura: uma reflexão aplicada à prática. Segurança do Paciente e Qualidade em Serviços de Saúde. Brasília: ANVISA, 2013.

ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS (ABNT). ABNT NBR ISSO 31000. Gestão de riscos – Princípios e diretrizes. Rio de Janeiro: ABNT, 2010.

ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. Tecnologia de informação Processos de ciclo de vida de software. Rio de Janeiro. 1998. Disponível em:

<http://aulasprof.6te.net/Arquivos_Aulas/06Qualidade_Soft/ABNT_NBR_ISO_12207. pdf> Acesso em: 18 jan.2019.

ÁVILA, A, M. Identificação por radiofrequência: tecnologia inteligente, hospital eficiente, qualidade e segurança para o paciente, 2012. Monografia (Especialização em Informação Científica e Tecnológica em Saúde) – Informação Científica e Tecnológica em Saúde, Fundação Oswaldo Cruz, Porto Alegre, 2012.

BAKKEN, S. S. et al. PHP Manual. Disponível em: <http://br.php.net/get/php_ manual_pt_BR.chm/from/this/mirror>. Acesso em: 20 mar. 2019.

BATTISTI, Júlio. Apostila de Hardware. Banco de Tutoriais do site Júlio Battisti, 2009. Disponível em: Acessado em 26 de abril de 2019.

BRASIL. Ministério da Saúde. Agência Nacional de Vigilância Sanitária. Resolução nº 36, de 25 de julho de 2013. Implantação do Núcleo de Segurança do Paciente em Serviços de Saúde. Diário Oficial da União25 jul 2013; Seção 2. Disponível em: <http://bvsms.saude.gov.br/bvs/ /anvisa/2013.htm> Acesso em: 15 ago. 2018.

BRASIL. Ministério da Saúde. Gabinete do Ministro. Portaria MS/GM nº 529, de 1 de abril de 2013. Institui o Programa Nacional de Segurança do Paciente (PNSP). Diário Oficial da União. 2013b. Disponível em: <http://bvsms.saude.gov.br/bvs/saudelegis/gm/2013/prt0529_01_04_2013.html> Acesso em: 15 ago. 2018.

BRASIL. Ministério da Saúde; Fundação Oswaldo Cruz; Agência Nacional de Vigilância Sanitária. Documento de referência para o Programa Nacional de Segurança do Paciente. Brasília – DF, 2014. Disponível em: <http://bvsms.saude.gov.br/bvs/publicacoes/documento_referencia_programa_nacional_seguranca.pdf> Acesso em: 06 ago. 2018.

CANDIDO, A. H. L; JUNIOR, KW. Design de produto e a pratica de construção de modelos e protótipos. Publicado em LDSM – Laboratório de Design e Seleção de Materiais.2009.

CONSELHO FEDERAL DE MEDICINA; SOCIEDADE BRASILEIRA DE INFORMÁTICA EM SAÚDE. Cartilha sobre Prontuário Eletrônico – A Certificação de Sistemas de Registro Eletrônico de Saúde. São Paulo, 2012. Disponível em: <http://portal.cfm.org.br/Cartilha_SBIS_Pront_Eletr.pdf> Acesso em: 10 set. 2018.

COSTA, V.T; MEIRELLES, B.H.S; ERDMANN, A.L. Melhores práticas do enfermeiro gestor no gerenciamento de risco. Rev. Latino-Am. Enfermagem, Ribeirão Preto, v. 21, n. 5, set/out. 2013.

DEGRACE, Peter; HULET, Leslie. Wicked problems, righteous solutions. USA: [s. n.], 1990.

EDWARDS, C. Anatomia e fisiologia dos computadores. In: HANNAH, Kathryn J.; BALL, Marion J.; EDWARDS, Margaret J.A. Introdução à informática em enfermagem. 3. ed, Porto Alegre: Artmed, p. 26-41, 2009.

FRAGATA, José; SOUSA, Paulo; SANTOS, Rui Seabra. Organizações de saúde seguras e fiáveis/confiáveis. In: SOUSA, Paulo; MENDES, Walter (org.). Segurança do Paciente: criando organizações de saúde seguras. 1. ed. Rio de Janeiro: FIOCRUZ, 2014. v. 2, cap. 1, p. 17-36. Disponível em: <http://books.scielo.org/id/vtq2b/cpub/sousa-9788575415948.epub> Acesso em: 10 set. 2018.

FASSINI, P; HAHN, G.V. Riscos à Segurança do Paciente em Unidade de Internação Hospitalar: Concepções da Equipe de Enfermagem. Rev. Enferm UFSM, Rio Grande do Sul, v. 2, n. 2, p. 290-299, Mai/Ago 2012.

GIL, Antônio Carlos. Como elaborar projetos de pesquisa. 5 ed. São Paulo: Atlas, 2010.

GOMES, Adelia Quadros Farias. Iniciativas para segurança do paciente difundidas pela Internet por organizações internacionais: estudo exploratório, 2008. 135 f. Dissertação (Mestrado em Enfermagem) – Escola Nacional de Saúde Pública Sérgio Arouca ENSP. Rio de Janeiro, dezembro de 2008.

HOFFMEISTER, Louíse Viecili; MOURA, Gisela Maria Schebella Souto de. Uso de pulseiras de identificação em pacientes internados em um hospital universitário: aplicação na atenção hospitalar. Revista Latino-Americana de Enfermagem, Ribeirão Preto, v. 23, n. 1, jan/fev. 2015. Disponível em: <http://www.scielo.br/scielo.php?pid= &script=sci_arttext&tlng=pt> Acesso em: 10 set. 2018.

HOLLNAGEL, Elci. Proactive approaches to safety management. London: The Health Foundation; 2012.

International Civil Aviation Organization. Safety management. Annex 19 to the Convention on International Civil Aviation. Quebec: ICAO, 2013 Jul.

LAURENTI, Thaís Cristina et al. Gestão Informatizada de indicadores de úlcera por pressão. J. health inform, v.7, n.3, p. 94-8, set. 2015. Disponível em: <http://www.jhi-sbis.saude.ws/ojs-jhi/index.php/jhi-sbis/article/view/345> Acesso em: 31 ago. 2018.

LIMA, Helidéia de Oliveira; DUTRA, Elisabete Costa Reis. O gerenciamento de riscos na saúde: aplicação na atenção hospitalar. Revista de Administração Hospitalar e Inovação em Saúde, Minas Gerais, v. 4, n. 2, p. 87-90, 12 jul. 2010. Disponível em: <file:///C:/Users/Samsung/Downloads/1114-Texto%20do%20artigo-(1).pdf> Acesso em: 10 set. 2018.

KNAPP, Jack; ZERATSKY, John. SPRINT o método usado no Google para testar e aplicar novas ideias em apenas cinco dias. [S. l.]: Intrínseca, 2017. E-book.

KRAUSE, Thomas R., HIDLEY, J.H. Taking the lead in patient safety: how healthcare leaders influence behavior and create culture. New Jersey: John Wiley & Sons; 2009.

MAGALHÃES, Gildo. Introdução à metodologia da pesquisa: caminhos da ciência e tecnologia. São Paulo: Ática, 2005.

MAY, Chris Vander. Lições práticas sobre construções e lançamento de softwares aprendidas no dia a dia de trabalho no Google e Amazon. [S. l.]: Novatec, 2013. E-book.

MARQUES, Paulo Leonardo Ponte et al. Da pré-história à idade “mídia”: a evolução da tecnologia no desenvolvimento da humanidade. In: SANTOS, Zélia Maria de Sousa Araújo; FROTA, Mirna Albuquerque; MARTINS, Aline Barbosa Teixeira. Tecnologias em Saúde: da abordagem teórica a construção e aplicação no cenário do cuidado. 1. ed. Fortaleza: EdUECE, 2016. cap. 1, p. 24-42.

MORIMOTO, Carlos E. Hardware. O Guia Definitivo. [S. l.: s. n.], 2014. E-book.

MORIMOTO, Carlos. Manual de Hardware completo. [S. l.: s. n.], 2015. E-book.

NASCIMENTO, João Costa; DRAGANOV, Patrícia Bover. História da qualidade em segurança do paciente. História da enfermagem: revista eletrônica, Portugal, v. 6, n. 2, p. 299-309, 28 nov. 2015. Disponível em: <http://here.abennacional.org.br/here/seguranca_do_paciente.pdf> Acesso em: 10 ago. 2018.

NEVES, Lourdes Alexandrina Castro; MELGAÇO, Regina Maria Tavares. A identificação do paciente como indicador de qualidade, 2011. Dissertação (Mestrado em Gestão de Ambiente e Segurança em Estabelecimentos Assistenciais de Saúde) – Universidade Federal do Estado do Rio de Janeiro. 2011. Disponível em: <http://proqualis.net/dissertacao/o-paciente-como-indicador-de-qualidade> Acesso em: 30 ago. 2018.

PARANAGUÁ, T.T.de. B; BRAGA, Q.de. P; BEZERRA, A.L.Q et al. Eventos adversos: instrumento de gerencia de la asistencia para la seguridad del paciente en el servicio de urgências, Enferm. glob, v. 13, n. 34, p. 206-23, abr. 2014.

PEREIRA, Déborah Santana et al. A tecnologia como ferramenta promotora da saúde. In: SANTOS, Zélia Maria de Sousa Araújo; FROTA, Mirna Albuquerque; MARTINS, Aline Barbosa Teixeira. Tecnologias em Saúde: da abordagem teórica a construção e aplicação no cenário do cuidado. 1. ed. Fortaleza: EdUECE, 2016. cap. 3, p. 64-82.

PEREIRA, Maria das Dores; SOUZA, Diego Floriano de; FERRAZ, Fabiane. Segurança do paciente nas ações de enfermagem hospitalar: uma revisão integrativa da literatura. Revista Inova Saúde, Criciúma, v. 3, n. 2, p. 123-156, 3 nov. 2014. Disponível em: <http://periodicos.unesc.net/article> Acesso em: 10 ago. 2018.

PINOCHET, Luis Hernan Contreras. Tendências de tecnologia de informação na gestão da saúde. O Mundo da Saúde, São Paulo, v. 35, n. 4, p. 382-394, 29 jan. 2011. Disponível em: <http://bvsms.saude.gov.br/bvs//tendencia.pdf> Acesso em: 10 set. 2018.

PRESSMAN, Roger S.; MAXIM, Bruce R. Engenharia de software: uma abordagem profissional. 7.ed. Porto Alegre: AMGH, 2011. Disponível em: <https://pt.scribd.com/document/341109152/Engenharia-de-Software-Uma- Abordagem-Profissional-pdf> Acesso em: 10 set. 2018.

QUIERELLE, D. A. Criando Sites com HTML-CSS-PHP. Construindo um projeto- Iniciante. São Paulo, p. 6-10, 2012. Disponível em: https://www.clubedeautores.com.br/book/126851-Criando_sites_com_HTMLCSSPHP#.WTyJmJLyvcs Acesso em: 22 jan. 2019.

REDE BRASILEIRA DE ENFERMAGEM E SEGURANÇA DO PACIENTE. Estratégias para a segurança do paciente: manual para profissionais da saúde. São Paulo, 2013. Disponível em: <http://www.rebraensp.com.br/pdf/manualseguranca_paciente.pdf> Acesso em: 22 ago. 2018.

RUBIN, Kenneth. SCRUM Essencial um guia prático para o mais popular processo ágil. [S. l.]: Alta Books, 2018. E-book.

SABBAGH, Rafael. SCRUM Gestão ágil para projetos de sucesso. São Paulo: [s. n.], 2017.Disponívelem:file:///C:/Users/55119/Downloads/Scrum%20Gestão%20ágil%20para%20projetos%20de%20sucesso%20-%20Casa%20do%20Codigo.pdf. Acesso em: 20 nov. 2018.

SANTOS, Sérgio Ribeiro dos. Informática em enfermagem: desenvolvimento de software livre com aplicação assistencial e gerencial. Rev Esc Enferm USP, São Paulo, v. 44, n. 2, p. 295-301, 2010. Disponível em: < http://www.ee.usp.br/reeusp> Acesso em: 30 ago. 2018.

SANTOS, Dartagnan Sousa dos. Segurança do paciente: implantação de pulseiras de identificação na uti adulto, 2014. 31 f. Monografia (Especialização em Enfermagem) – Universidade Federal de Santa Catarina. Florianópolis, 2014.

SÃO PAULO. Lei n. 10.241 de 17 de março de 1999. Dispõe sobre os direitos dos usuários dos serviços e das ações de saúde no Estado e dá outras providências. São Paulo: Assembléia Legislativa do Estado de São Paulo; 1999. Disponível em: <http://www.al.sp.gov.br/repositório/legislação/lei/1999> Acesso em: 10 set. 2018.

SKLAR, David. Learning PHP 5. [S. l.]: Reilly, 2004.

SOARES, Bruno. Aprendendo a linguagem PHP. São Paulo: Ciência Moderna, 2013. E-book.

SOMMERVILLE, I. Engenharia de Software [recurso eletrônico]. 9. ed. São Paulo: Pearson Prentice Hall, 2011. Disponível em: http://www.ifcamboriu.edu.br/~catia/IA16/Engenharia_Software_3Edicao.pdf Acesso em: 24 jan. 2019

SOUSA, Paulino. Sistemas de Informação em Enfermagem: novos desafios, novas oportunidades. Rev. esc. enferm. USP, São Paulo. v. 46, n. 5, p. 1-2, out. 2012. Disponível em: <http://www.scielo.br/scielo.6001&lng=pt&nrm=iso> Acesso em: 31 ago. 2018.

SOUZA, Dalva Inês et al. Manual de orientações para projetos de pesquisa. Novo Hamburgo: Fundação Escola Técnica Liberato Salzano Vieira da Cunha, 2013.

SPERANDIO, Dircelene Jussara. Sistematização da Assistência de Enfermagem: Proposta de um software – protótipo, 2002. 75 f. Dissertação (Mestrado em Enfermagem) – Escola de Enfermagem de Ribeirão Preto da Universidade de São Paulo. Ribeirão Preto, 2002.

TORRES, Gabriel. Hardware e Redes. [S. l.: s. n.], 2010. E-book.

WATSON, D.S. Standardizing Wristband Colors. AORN J. v. 90, n. 3, p. 449-52, 2009.

WIKIPEDIA, Enciclopédia Livre. Microsoft Windows. Disponível em: Acessado em 05 de maio de 2019.

WORLD HEALTH ORGANIZATION. Collaborating Centre Patient Safety (Solutions). Washington, 2006. Disponível em: <http://www.who.int/patientsafety/Release.pdf> Acesso em: 07 ago. 2018.

WORLD HEALTH ORGANIZATION. Patient Safety Solutions Preamble, Genebra, Mai. 2007. Disponível em: <http://www.who.int/patientsafety/ patient safety /Preamble.pdf> Acesso em : 06 ago. 2018.

WORLD HEALTH ORGANIZATION. World Alliance for Patient Safety: forward programme. Genebra, 2005. Disponível em: <http://www.who.int/patientsafety/en/brochure_final.pdf> Acesso em: 06 ago. 2018.

WORLD HEALTH ORGANIZATION. World Alliance for Patient Safety, Taxonomy: The Conceptual Framework for the International Classification for Patient Safety: final technical report. Genebra, jan. 2009. Disponível em: <http://www.who.int/patientsafety/taxonomy/icps_full_report.pdf> Acesso em: 07 ago. 2018.

^[1] Степень магистра профессиональной магистерской программы по уходу за больными, специалист по безопасности пациентов, уход за детьми.

Представлено: Июль, 2019.

Утверждено: август 2019 года.