ARTÍCULO ORIGINAL
REIS, Fabiana Candido dos [1]
REIS, Fabiana Candido dos. Software para la gestión de riesgos y la seguridad del paciente con impresión de pulseras de identificación. Revista Científica Multidisciplinar Núcleo do Conhecimento. año 04, Ed. 08, Vol. 01, págs. 140-169. agosto de 2019. ISSN: 2448-0959, Enlace de acceso: https://www.nucleodoconhecimento.com.br/salud/pulsera-de-identificacion
RESUMEN
La seguridad del paciente es el centro de las discusiones en todo el mundo en la última década, y es parte de los criterios básicos para garantizar la calidad de la atención al paciente, por lo que la adopción de estrategias para reducir los fracasos y los eventos nocivos en las instituciones de salud es Fundamental. Considerando la gestión informatizada del riesgo un instrumento de apoyo a la toma de decisiones de los enfermeros, para registrar los riesgos identificados y la asistencia en la identificación de otros, además de presentar una base de datos rica en información para Investigación. Este estudio tenía como objetivo desarrollar un software para la gestión de riesgos y la identificación de impresión de pulsera única con señalización de alerta de riesgo para la seguridad de la atención y la prevención de eventos adversos durante la estancia del paciente en el paciente. servicio de salud. Esta es una investigación aplicada y producción tecnológica El desarrollo de este estudio obedece a algunas fases de un ciclo de vida de software. Para la construcción de este software, la metodología Scrum se utilizó en la fase de planificación, en la fase de programación, el lenguaje HTML (HyperText Markup Language), XML (eXtensible Markup Language) y PHP (Personal Home Page Tools) fueron elegidos porque su sintaxis es bastante simple. El softaware de la gestión informatizada de riesgos para la seguridad del paciente se centra en insertar datos de registros sobre el paciente e imprimir el brazalete de identificación único con el color de banda correspondiente para alertas de señalización y atención de Riesgos. El sistema consta de 36 pantallas de acceso y está estructurado en cuatro módulos, que son: el módulo de clasificación de riesgos listo para el cuidado se compone del protocolo de recepción ACCR; el módulo de alerta de riesgo contiene 17 alertas de riesgo y atención y escalas de evaluación; El módulo de información consta de una lista de factores de riesgo en cada alerta de lista de verificación para la selección y registros con espacios en blanco para la descripción de los datos y la individualización de la asistencia; el brazalete de vista del módulo presenta la ilustración de la pulsera con los datos previamente registrados por la enfermera. Buscamos con el desarrollo del software la elaboración del brazalete de identificación único con la clasificación y/o alertas de riesgos y especial cuidado e información visible en forma de código de color tarjada, a través de gestión de riesgos.
Palabras clave: enfermería, gestión de riesgos, informática de enfermería, seguridad del paciente, sistemas de identificación del paciente.
INTRODUCCIÓN
La seguridad del paciente ha sido una agenda de discusión en todo el mundo desde la última década, y es uno de los procesos básicos para hacer valer la calidad de la atención al paciente, por lo que la adopción de estrategias para reducir los errores y eventos adversos en las instituciones de salud es (SANTOS, 2014). La protección del paciente en las instituciones de salud son responsabilidades emergentes y ha sido el foco de los debates mundiales (PEREIRA; SOUZA; FERRAZ, 2014).
Brasil (2014) señala que el impulso para la seguridad del paciente nació a finales del siglo XX, poco después de la publicación del informe del Instituto de Medicina (OIM) de los Estados Unidos de América (EE.UU.), titulado “Err es humano: construir un sistema de salud más (Errar es humano: construir un sistema de salud más seguro) en 1999, que presentó los resultados de varios estudios en los que se desvelaque que entre 44.000 y 98.000 pacientes murieron cada año en hospitales de ese país debido a los daños causados por la atención sanitaria.
Esta publicación puede considerarse como un hito de confluencia en este tema, ya que a partir de ella surgió la era de la seguridad movilizando muchos eventos y estudios sobre la seguridad del paciente (BRASIL, 2014).
Al trazar la trayectoria sobre la historia y las transformaciones de la seguridad del paciente, Nascimento y Draganov (2015) encontraron que desde tiempos antiguos, aunque incipientes, ya había una responsabilidad sobre el tema. Encontraron que el hito inicial tuvo lugar – con Florence Nightingale en 1852, una enfermera inglesa que fue a trabajar en la Guerra de Crimea (1853 a 1856) y observando las condiciones precarias en las que estaban los soldados, priorizó la seguridad de los soldados como un factor fundamental para una buena calidad en la atención prestada.
En octubre de 2004, la Organización Mundial de la Salud (OMS) puso en marcha formalmente la Asamblea Mundial de la Salud, la Alianza Mundial para la Seguridad del Paciente, puso en marcha formalmente la Asamblea Mundial de la Salud. Con el fin de minimizar las consecuencias adversas de la atención sanitaria insegura y favorecer las normas y prácticas de las políticas de seguridad del paciente, formuló los Desafíos Mundiales para la Seguridad del Paciente para una acción internacional (OMS, 2005).
La recomendación de la identidad correcta del paciente fue empleada por quien como objetivo internacional inicial de la seguridad del paciente en todo el mundo y llegó a ser considerada la base de la atención segura. Consiste en el uso de identificaciones, tales como pulseras, en pacientes hospitalizados, bajo observación en las unidades de atención de urgencia, adultos y niños, bajo cualquier condición de atención. Estos son procedimientos esenciales para la prevención de daños durante la atención médica (REBRAENSP, 2013).
Cada equipo multidisciplinario, incluyendo enfermería, es responsable de confirmar y verificar la identificación del paciente durante el período en que permanece bajo el cuidado de la institución (BRASIL, 2013).
Para desarrollar su trabajo, la enfermería utiliza la información como base, por lo que es necesario entender qué tecnología de la información puede modificar su trabajo diario y crear nuevas oportunidades, además de dirigir la enfermería para ocupar su espacio frente a los procesos de cambio (SPERANDIO, 2002).
Santos (2010) encontró que la informática se ha vuelto relevante para el proceso de trabajo, tanto de la atención como de la gestión de la enfermería, ya que permite un registro rápido y acceso a la información del paciente, así como minimiza los errores y facilita comunicación entre profesionales.
Edwards (2009) hizo hincapié en que para que el acceso a la información sea posible, se almacena y organiza en el software, en un archivo llamado la base de datos. Pressman (2011) confirmó que la base de datos contiene una colección de información debidamente organizada a la que tiene acceso a través del software.
Sobre la base de este principio, se propuso la siguiente pregunta de investigación: “¿Es posible construir software de gestión de riesgos con la impresión de un único brazalete de identificación de paciente capaz de señalar alertas de riesgo?
Por lo tanto, nuestra propuesta es un programa computacional específico para la gestión de riesgos a partir de un prototipo ya desarrollado que puede beneficiar al equipo multidisciplinario a favor de la seguridad del paciente y, un único medio de identificación, siendo esta la pulsera, puede de una manera práctica, segura y cómoda contribuir a la identificación del paciente, así como con la señalización de riesgos y situaciones peculiares que inspiran una atención especial a la que está expuesto en el atención en los servicios de salud.
GOL
Desarrollar software para la gestión de la seguridad del paciente con la impresión de una única identificación de alerta de peligro y pulsera de señalización de prototipo de software.
MATERIAL Y MÉTODO
TIPO DE ESTUDIO
Se trata de una investigación aplicada y producción tecnológica para la preparación de un software para la gestión del riesgo de atención con propuesta de impresión de un solo brazalete para la identificación del paciente y la señalización de riesgos para la seguridad de la atención lactancia en relación con la precaución de las incidencias adversas durante la estancia del paciente en el servicio de salud.
Como investigación aplicada y producción tecnológica, se entiende la generación de nuevos conocimientos y procesos, para la solución de problemas específicos con objetivo práctico y puesta en marcha de ideas. La investigación tecnológica parte de un conocimiento preexistente y, a través de la investigación y/o experiencia práctica, tiene como objetivo la materialización de un producto, prototipo, proceso piloto o instalación (GIL, 2010; MAGELLAn, 2005; SOUZA, 2013).
PROCEDIMIENTOS METODOLÓGICOS
El desarrollo de este estudio sigue algunas fases de un ciclo de vida del software, siendo la primera fase la construcción de un prototipo y el posterior desarrollo a través de la programación.
El software es definido por Pressman (2011) como un conjunto de documentos que tiene como objetivo mostrar cómo se produce el funcionamiento y el uso de los programas.
Sommerville (2008) afirma que hay dos modelos de software fundamentales, el software genérico que es el sistema desarrollado y puesto a la venta para la adquisición de cualquier usuario, como procesadores de texto y software personalizado que se desarrolla para un objetivo específico del cliente y un cliente.
Todo el software tiene un ciclo de vida, que se puede considerar como una secuencia de fases y tareas, que se realizará durante el desarrollo de un sistema, es decir, el software pasa por numerosas fases desde el principio, con la generación de ideas a su (PRESSMAN, 2011).
Para ejemplificar estas fases, tomamos un modelo llamado cascada, que se desarrolla en cinco fases, son las siguientes: definición de requisitos, diseño de sistemas y software, implementación y pruebas unitarias, integración y pruebas del sistema y, en última instancia, operación y mantenimiento, recordando que la siguiente fase sólo ocurre si se finalizó la fase anterior (SOMMERVILLE, 2008).
PROTOTIPOS
Para el desarrollo de un software es necesario elegir una metodología o modelo. Hay una gama de ellos, pero su elección se da a partir de la definición de interactividad con el usuario y la cantidad de documentación que se debe desarrollar. Entre las metodologías más utilizadas se encuentran: modelo en cascada, RUP (Proceso Unificado Racional), modelo espiral, modelo evolutivo, incremental iterativo, metodología de programación extrema (XP) y modelo de creación de prototipos o prototipos (PRESMAN, 2011; SOMMMERVILLE, 2008).
Sommerville (2008) define la creación de prototipos de un sistema como una versión rápida o parte de un sistema, que se desarrolla rápidamente, con el objetivo de verificar las necesidades del cliente, así como la viabilidad de algunas decisiones del proyecto. Esta versión del sistema permite a los usuarios experimentar antes de la entrega y con esto puede refinar sus requisitos. A continuación, un prototipo se considera una versión prototipo de un sistema de software, que se utilizará para presentar conceptos, experimentar con opciones e identificar problemas y soluciones.
Las ventajas del modelo de prototipos es la posibilidad de obtener una versión de lo que será el sistema y demostrar su viabilidad, con una pequeña inversión inicial, la experiencia adquirida en el desarrollo del prototipo será extremadamente útil permitiendo la reducción de los costos en las etapas posteriores y dando como resultado un sistema mejor diseñado, mientras que los problemas de creación de prototipos están relacionados con la reconstrucción, el cliente requiere algunos ajustes en el prototipo para convertirlo en un producto, los cambios recurrentes tienden a dañar su estructura. Añadir cambios futuros al software se vuelve cada vez más difícil (PRESSMAN, 2011).
Pressman (2011) propone el desarrollo de un prototipo en seis fases, son: colección y refinamiento de requisitos, diseño rápido, construcción de prototipos, evaluación de prototipos, refinamiento de prototipos e ingeniería de diseño.
En este estudio, se utilizaron las tres primeras fases del desarrollo de prototipos. En la primera fase o fase de recopilación y refinamiento de los requisitos, se discutieron las ideas, se enumeraron los objetivos y el contenido del software.
Los riesgos se señalarían mediante rayas discretamente coloreadas, sin exponer al paciente, y el uso de más de uno o incluso varios brazaletes de colores no es necesario para identificar alertas de riesgo, como se puede observar, actualmente, en los servicios de salud, y que a menudo hace difícil reubicarlos en casos que requieren abstinencia para realizar procedimientos tales como pinchazos e inserciones de catéter; algunos pacientes con molestias se niegan a usar pulseras sueltas, y pueden causar un mayor riesgo de incidentes durante el cuidado de la salud.
Otro factor que habla a favor de la construcción de un solo dispositivo es que diariamente la enfermera evalúa las amenazas a las que los pacientes están expuestos y puede añadir o eliminar un riesgo identificado y con esta propuesta no sería necesario introducir otro brazalete, sino más bien una franja con el color correspondiente al riesgo identificado y en el caso de la eliminación de la alerta de riesgo, identificada anteriormente, la franja de color correspondiente a ella se eliminaría.
La estructura propuesta para este dispositivo consiste en un brazalete blanco que tiene espacio para la inserción de la información del paciente, como el nombre completo, en los niños añadir el nombre completo de la madre, fecha de nacimiento, registro hospitalario, código de barras y/o código QR® y las rayas en el color correspondiente a la alerta de riesgo. Los colores podrían insertarse de acuerdo a la necesidad presentada o reportada por el paciente, es decir, según sea necesario, esta solución evitaría molestias mediante el uso de varias pulseras, reducir gastos, además de proporcionar una visualización facilitando y optimizando el procedimiento de trabajo del equipo sanitario, colaborando también con la reducción de residuos sólidos de los servicios sanitarios.
De la idea del modelo de identificación y señalización de riesgo único surgió una segunda idea necesaria para realizar el modelo que era el desarrollo de software para la gestión de riesgos de los pacientes, tanto hospitalizados como de espera para la atención en sectores como la clínica ambulatoria y la sala de emergencias con la preparación e impresión de la pulsera única, basada en la gestión de riesgos.
Con respecto a la clasificación de riesgos en las salas de emergencia, se destacaron dos instrumentos, la recepción con calificación de riesgo accr y la calificación de riesgo de manchester.
Para la gestión de riesgos, se seleccionaron 17 alertas, 14 de las cuales eran riesgos y tres alertas de advertencia. Las alertas de riesgo son: riesgo de caída, riesgo de alergia, riesgo de lesión a presión, riesgo de reacción transfusional, riesgo de broncoaspiración, riesgo de fuga, riesgo de transmisibilidad, riesgo de extubación accidental, riesgo de flebitis, riesgo de infección, riesgo de sangrado, riesgo de tromboembolismo pulmonar y trombosis venosa profunda, riesgo de externalización accidental de la sonda nasoenteral y riesgo de suicidio. Las alertas de atención son: para ser un practicante del nombre religioso -Testigo de Jehová, tener la necesidad de restringir la manipulación de las extremidades y estar en cuidados paliativos, estas alertas fueron consideradas porque son extremadamente importantes en la toma de decisión de bienestar.
Los indicadores de calidad propuestos por el Centro de Apoyo a la Gestión Hospitalaria (NAGEH) se utilizaron como subgrupo del Compromiso con la Calidad Hospitalaria (CQH) mantenido por la Asociación Paulista de Medicina (PMA) y el Consejo Regional de Medicina del Estado de Sao Paulo (CREMESP), se emplean como guía para monitorear y evaluar la asistencia y las actividades de un servicio y también se entienden como datos de rendimiento para procesos específicos, productos y la organización en su conjunto (NAGEH, 2012).
Se utilizó la taxonomía NANDA, porque los diagnósticos de enfermería también apoyaron el contenido relacionado con los riesgos, teniendo en cuenta que el diagnóstico de enfermería es la opinión clínica sobre la conclusión de la persona, familia o comunidad a problemas de salud reales y/o potenciales, siendo un proveedor de la base para la elección de acciones para lograr los efectos largamente esperados de los que son responsables los enfermeros (NANDA, 2015; COFEN, 2009). Es la expresión de una situación de la persona que, a nuestro juicio, necesita una intervención de enfermería.
En la segunda fase, se elaboró el rápido proyecto. A partir de la selección del marco teórico y el establecimiento de los requisitos de cómo debe funcionar el sistema, el diseño de las pantallas se construyó en Microsoft Office Power Point para el boceto del sistema.
A partir de este boceto pasó a la discusión con un profesional informático con formación en análisis de sistemas para la presentación de la propuesta y construcción del software-prototipo.
La tercera fase también llamada la construcción del prototipo comenzó con el establecimiento de una visión general del software, con la identificación de las funciones primarias que debe realizar.
Para la construcción de este prototipo, los lenguajes de programación (Hyper Text Markup Language), XML (eXtensible Markup Language), Java Script y Cascading Style Sheet (CSS) se utilizaron para el estilo de las páginas.
HTML® es un lenguaje utilizado para exponer y definir el contenido de una página web en un formato estructurado, el único que el navegador puede interpretar para la visualización de contenido, y XML es extremadamente flexible y fácilmente manipulado por las aplicaciones de software , permite adaptaciones de la estructura de un documento a cualquier situación específica, estos lenguajes fueron elegidos en este estudio porque su sintaxis es bastante simple (QUIERELLE, 2012; SILVA, 2010).
Las llamadas hojas de estilo en cascada, denominadas CSS, se utilizan para describir y personalizar la apariencia del diseño de contenido web, sirve para editar el contenido de las páginas, como el color de fondo, los estilos de texto, la distribución de contenido y las imágenes. Por lo tanto, CSS son arquetipos de formato de documentos html, utilizados con códigos HTML (QUIERELLE, 2012).
El sistema está diseñado para funcionar en la plataforma Microsoft Windows. Java Script es el lenguaje de programación que se ejecuta en el navegador, se utiliza para crear sitios web interactivos y aplicaciones para usuarios avanzados. (SILVA, 2010).
Java Script es la capa de desarrollo responsable de todo el movimiento de la imagen la apariencia del menú y submenú con varios otros elementos en el programa, se utiliza para controlar la información HTML y los lenguajes de formato CSS. Es una excelente característica para realizar rutinas de usuario. Por esta razón se utilizó el script java en este proyecto (SILVA, 2010).
Para registrar la información durante la gestión de riesgos, se elaboraron preguntas del tipo “lista de verificación”, ya que facilita la sistematización, el proceso de evaluación e identificación de alertas de riesgo. Para individualizar la asistencia también se incluyeron campos de descripción/escritura gratuitos.
PLANIFICACION, DESARROLLO Y FUNCIONALIDAD DEL SOFTWARE
A partir del modelo propuesto en la fase de prototipado, pasó a la discusión con un profesional informático con formación en análisis de sistemas para la presentación de la propuesta, programación y desarrollo de software.
Para la construcción del software a partir de prototipos siguió las etapas de planificación, desarrollo y funcionalidad.
PLANIFICACIÓN
En la etapa de planificación, se llevó a cabo un análisis conjunto en el que se elaboró un alcance para organizar el desarrollo del proyecto. Estructurado un modelo de reuniones semanales en cuatro fechas, siendo planificada como el orden del día de cada reunión: presentación y explicación del prototipo por el maestro, presentación de la propuesta presupuestaria y tiempo para el desarrollo de software, aprobación de la presupuesto por el maestro y discusión de la metodología ágil para el desarrollo de software por el programador, finalmente se firmó el contrato y la entrega de horario para el inicio de las actividades en la semana siguiente.
Cabe señalar que la metodología propuesta para la construcción del software será Scrum, gestión ágil para proyectos en este segmento. Scrum es un marco rápido, fácil y ligero, utilizado para la gestión de la expansión de productos complejos integrados con entornos complejos. Scrum hace uso de una interapelación iterativa e incremental para añadir valor de regularidad, reduciendo los riesgos del proyecto (SABBAGH, 2017).
Rubin (2018) demuestra que en Scrum, los ciclos se llaman Sprints. Llevan dimensión fija y tienen éxito uno tras otro, sin interrupciones entre ellos, es decir, todo en un proyecto que utiliza Scrum sucede dentro de los Sprints. Cada Sprint consta de:
- Sprint Planning Meeting, donde se lleva a cabo la planificación de Sprint;
- Trabajo de desarrollo de productos, que incluye todo lo necesario para entregar una parte del producto prefabricado de sprint;
- Reunión diaria de Scrum, integrada en el desarrollo cotidiano, que es una reunión diaria para generar visibilidad y planificar el día siguiente de desarrollo;
- Sprint Review Meeting, en la que los resultados del desarrollo llevado a cabo en Sprint se demuestran a los clientes y otras partes interesadas, ofreciendo sus comentarios;
- Sprint Retrospective reunión, donde el equipo juzga lo que salió bien y lo que necesita mejoras en su forma de trabajo;
- Todas las reuniones o sesiones programadas adicionales que sean necesarias, la vista de ejemplo, la reunión de planeación de versiones y las sesiones de refinamiento de trabajo pendiente del producto.
La Figura E representa la interacción scrum, indicando la sucesión de elementos presentes en todos los ciclos (o Sprints) y la sucesión de ciclos.
Figura A: Interacción o sucesión de ciclos de scrum (Sprints)
Sprint comienza con la reunión de Planificación de Sprint, donde se planea el trabajo a realizar en el propio sprint. En esta reunión, el equipo de desarrollo y propietario saquedero de productos se despierta de los principales elementos de la cartera de productos, sobre lo que definitivamente se desarrollará. Es decir, simplificado por ScrumMaster, se selecciona un conjunto de temas de la parte superior del trabajo pendiente del producto que proponen capacidad de desarrollo durante Sprint, una vista previa, y se establece un objetivo empresarial que se logrará con la prosperidad de estos elementos, llamados El Objetivo sprint. Por lo tanto, el Equipo de Desarrollo se compromete a alcanzar el Objetivo Sprint (KNAPP et.al, 2017).
El Equipo de Desarrollo es por un máximo de quince minutos en cada día de trabajo de desarrollo, al mismo tiempo y lugar, para la reunión de Daily Scrum. El objetivo de la reunión es garantizar la transparencia y visibilidad de su trabajo entre sí y planificar, incluso informalmente, el día siguiente de producción (RUBIN, 2018).
Los comentarios archivados de los clientes, el maestro en la reunión de Sprint Review en este caso, es requerido por el Propietario del Producto como materia prima para los cambios en el trabajo pendiente del producto – para cambiar el producto en el proceso de generación, buscando satisfacer mejor las necesidades de consumidores (SABBAGH, 2017)
Sprint Backlog es una lista de elementos seleccionados en la parte superior del Trabajo pendiente del producto para el desarrollo de Incremento de producto en Sprint (qué), añadido sin un plan de cómo se realizará este trabajo (cómo). El refinamiento del trabajo pendiente del producto es el acto de agregar detalles, estimaciones y pedidos a los artículos en el trabajo pendiente del producto (KNAPP et.al, 2017).
Figura B: El ciclo Scrum
Fuente: Autor.[/caption]
A través de versiones regulares, el equipo de scrum recibe comentarios de los usuarios de productos y, por lo tanto, puede reducir los riesgos y producir el producto adecuado. El equipo de Scrum también permite una sensación de progreso del proyecto a sus clientes y partes interesadas, y puede tener bonificaciones a la inversión realizada por los clientes del proyecto (RUBIN, 2018).
Rubin (2018) indica que puede haber una reunión de planificación de versiones para cada versión, que se lleva a cabo en un momento dado antes de que comience el trabajo para la versión correspondiente, lo que debería ocurrir durante la última versión de Sprint.
DESARROLLO
PHP® o PREprocesador de Hipertexto PHP, significa que el producto se tituló inicialmente “Herramientas personales de la página de inicio”; y creciendo con una meta, un nombre nuevo y más apropiado fue elegido por votación de la comunidad. La dimensión “.php” es aconsejable designar un archivo PHP® (SKLAR, 2004).
PHP® es un lenguaje de creación de scripts incrustado en HTML® en el servidor. PHP se puede considerar como una colección de superetiquetas HTML® que agregan cargos de servidor a sus páginas web. Puede hacer uso de PHP para crear inmediatamente una página web compleja (SOARES, 2013).
PHP® no obtiene una relación directa con el diseño, eventos o todo lo que implica la aparición de una página web. Gran parte de lo que se logra con PHP es invisible para el usuario final. Cuando veas una página PHP, no podrás decir que no fue escrita en HTML®, porque el resultado final de PHP® es HTML®.
HTML® es un lenguaje utilizado para exponer y definir el contenido de una página web en un formato estructurado, el único que el navegador puede interpretar para la visualización de contenido, y XML es extremadamente flexible y fácilmente manipulado por las aplicaciones de software , permite adaptaciones de la estructura de un documento a cualquier situación específica, estos lenguajes fueron elegidos en este estudio porque su sintaxis es bastante simple (QUIERELLE, 2012; SILVA, 2010).
SOFTWARE
El software es el conjunto modificable de instrucciones, ordenadas y lógicas, dirigidas al hardware para la ejecución de los procesos necesarios para resolver los procedimientos necesarios, para la resolución de problemas y las tareas de procesamiento de datos. Las clasificaciones de software se dividen con el fin de su uso, siendo básico, aplicación/aplicación y lenguaje de programación (SOMMERVILLE, 2011).
PRODUCTO FINAL
El producto final consiste en un brazalete blanco que tiene espacio para la inserción de la información del paciente, como nombre completo, en los niños añadir el nombre completo de la madre, fecha de nacimiento, registro hospitalario, código de barras y/o QR® código y las tarjas en color correspondientes a la alerta de riesgo. Los colores podrían ser insertados de acuerdo a la necesidad presentada o reportada por el paciente, es decir, tantos como sea necesario.
RESULTADOS
GERIS – SOFTWARE PARA LA GESTIÓN DE RIESGOS DE ASISTENCIA CON PROPUESTA ÚNICA DE IMPRESIÓN DE PULSERAS
El nombre propuesto para el software era GERIS, que proviene de las iniciales de las palabras Gestión de Riesgos. El sistema consiste en un programa informático con el objetivo de apoyar a los enfermeros en la toma de decisiones durante la asistencia al individuo a través de la cartografía de los riesgos de atención.
Para elaborar el proyecto, inicialmente hubo una fase de recopilación de datos y definiciones de requisitos desarrolladas por el autor del prototipo. El contenido del prototipo se basa en instrumentos y herramientas relacionadas con la práctica de cuidados de enfermería, como indicadores de calidad; diagnósticos de enfermería y documentos oficiales emitidos por el Ministerio de Salud, así como otra literatura encontrada en bases de datos especializadas y libros.
Cuadro 01 – Razonamiento teórico para la construcción de instrumentos y alerta de riesgo
| Información | 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); |
| Instrumentos de clasificación de riesgos | BRASIL (2009 e 2004); Servin (2010);Amthuer(2015); Diogo (2007); Acosta, Duro, Lima (2012); Souza (2009); Duro (2010) FITZGERALD(2012) |
| Riesgo de alergia | Ribeiro (2015); NANDA (2015); |
| Riesgo de broncoaspiración | NANDA (2015); |
| Riesgo de extubación accidental | NAGEH (2012); Barcellos et al. (2016); Carvalho (2010); Castellões, Silva, (2007, 2009); Duarte(2016); Neto et al. (2014) |
| Riesgo de fuga | Vieira; Dall’agnol (2009); Vieira (2005); COREN(2010b); |
| Riesgo de lesión por presión | NAGEH (2012), NANDA (2015); Laurenti et al.(2015); Lyder, Ayello (2008); Paranhos (1999); Freitas, Alberti (2013); SANTOS et al. (2015); |
| Riesgo de caída | NAGEH (2012); Severo et al., (2014); NANDA(2015); Urbanato (2013); American geriatrics society (2010); Sociedade brasileira de geriatria egerontologia (2008); |
| Riesgo de reacción transfusional | BRASIL (2010) |
| Riesgo de transmisibilidad | Lacerda (2014); BRASIL (2010); Andrade (2013); |
| Riesgo de externalización accidental de sondanasoeteral | NAGEH (2012); Pereira (2013); |
| Riesgo de flebitis | NAGEH (2012);Milutinović, Simin, Zec (2015); Marinho (2011); Tertuliano (2014); Ray-Barruel etal. (2014); |
| Riesgo de infección | Almeida (2014); NANDA (2015); |
| Riesgo de sangrado | NANDA (2010) |
| Riesgo de tromboembolismo venoeléctrico profundo | Caramelli et al., (2004); Okuhara et al. (2015);SBACV (2015); Veiga et al. (2015) |
| Testigo de Jehová | França (2008); Takaschima (2016); COREN (2013); |
| Restricción de extremidades | BRASIL (2016); |
| Cuidados paliativos | 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); |
| Riesgo de suicidio | NANDA (2015); MS (2006); BRASIL (2006); OMS(2000); Bertolote, Santos, Bortega (2010);CREMESP (2008); |
Fuente: Santana, 2017 – Desarrollo de software prototipo para la gestión de riesgos y seguridad del paciente con impresión de pulseras de identificación.
Para componer el sistema de gestión de riesgos y seguridad del paciente, llamado GERIS, se seleccionaron 17 alertas, 14 de las cuales eran riesgos y tres alertas de advertencia.
Las alertas de riesgo fueron: riesgo de caída, riesgo de alergia, riesgo de lesión a presión, riesgo de reacción transfusional, riesgo de broncoaspiración, riesgo de fuga, riesgo de transmisibilidad, riesgo de extubación accidental, riesgo de flebitis, riesgo de infección, riesgo de sangrado, riesgo de tromboembolismo pulmonar y trombosis venosa profunda, riesgo de externalización accidental de la sonda nasoenteral y riesgo de suicidio. Las alertas de atención son: para ser un practicante del nombre religioso testigo de Jehová, para tener la necesidad de restringir la manipulación de las extremidades y estar en cuidados paliativos, estas alertas fueron consideradas porque son extremadamente importantes en la toma de decisión de bienestar.
En la composición de las alertas, también se incluyeron escalas de riesgo de atención para apoyar la identificación de riesgos o atención.
El sistema contiene 36 pantallas, que se presentarán de la siguiente manera:
- Pantallas de acceso y registro profesional – 04 pantallas
- Pantalla del menú de inicio – pantalla 01
- Pantallas de búsqueda y registro de pacientes – 03 pantallas
- Clasificación de riesgos del módulo de pantallas – Riesgos de asistencia y atención de emergencia – 02 pantallas
- Módulo de alerta de riesgo de pantallas – pantalla 01
- Módulo de pantallas Alertas e información de alerta de riesgos y escalas de evaluación – 24 pantallas
- Screens View Bracelet – Pantalla 01
La información de los iconos del “menú del paciente” se ha preestablecido de antemano, para que el usuario pueda acceder a ella con un solo toque en el dispositivo de entrada (ratón).
Para el desarrollo del software, se obedeció la lógica presentada en el siguiente diagrama:
Figura C: Diagrama de software GERIS
En el Módulo de Clasificación de Riesgos – Servicio Rápido el sistema se estructurará en fases referentes al proceso de clasificación y gestión de riesgos. Las fases denominadas: Clasificación de Riesgos para la Atención de Emergencia contiene el protocolo de Manchester y el protocolo de recepción con clasificación de riesgos, propuesto por el Ministerio de Salud, con opciones de atención según los signos y síntomas de la persona.
En el Módulo de Alerta de Riesgo, se diseñará la identificación y selección de alertas que puedan causar incidentes durante la asistencia del servicio de salud, y el icono de registro de información específica del riesgo, con una opción de evaluación específica del riesgo, con una opción de evaluación específica del riesgo, con una opción de evaluación específica del riesgo, con una opción de evaluación específica del riesgo, con una opción de evaluación específica del riesgo, con una opción de evaluación específica del riesgo, con una opción de evaluación específica del riesgo, con una opción de evaluación específica del riesgo, riesgos, permitiendo la preparación de alertas de riesgo que deben ser gestionadas por enfermeros, a través del uso de esta base de datos previamente establecida por el sistema, y generar automáticamente el brazalete de identificación con las rayas en los colores correspondientes.
En el Módulo de Información se enumerarán las alertas de riesgo y la atención para que los enfermeros seleccionen las alertas apropiadas e introduzcan los datos para ello, tal como se define en la lista de verificación preestablecida, se elegirán para los elementos de selección para proporcionar al enfermero menos tiempo con el papel y una mayor disponibilidad de la atención directa al paciente, estos registros pueden ser almacenados y consultados y actualizados, también proporciona datos con fines de investigación estadística. Algunas alertas complementarán la escala de evaluación de riesgos para registrar la puntuación.
En el módulo de pulsera de vista después de que la enfermera ha realizado la calificación de riesgo o la selección de alertas de riesgo o incluso ambos para el mismo paciente se puede ver la ilustración de la pulsera única con los colores de las rayas elegidas para la conferencia de datos e imprimir después de la confirmación u optar por la corrección en el icono apropiado.
Las pantallas se desarrollarán con colores claros y estandarizados, las tareas con diferente información se dividirán en diferentes pantallas, para facilitar la memorización del usuario, y esta separación se realizará con el uso de iconos de entrada. El menú que se muestra contiene opciones para la información de contenido.
Figura D: Pantalla de acceso profesional
La pantalla de acceso profesional tiene como objetivo garantizar una accesibilidad segura al sistema, teniendo en cuenta los requisitos de trazabilidad relacionados con la fecha, la hora y el acceso nominal de los usuarios. Como se menciona en la Figura J, el registro anterior permitirá la preparación de inicio de sesión y contraseña individual que permita el acceso al software.
Fuente: Autor.[/caption]
Figura E: Pantalla del menú del paciente: módulos
Fuente: Autor.[/caption]
Figura F: Pantalla lista para cara: Calificación de riesgo de ACCR
Al seleccionar el icono “listo para el cuidado” en la pantalla del menú del paciente: módulos (ver figura N) puede hacer clic en el icono de ACCR para realizar la calificación de riesgo para los pacientes admitidos en el mensaje. En la pantalla asistencia lista: Clasificación de riesgos ACCR es necesario completar la siguiente información en la pantalla en cuestión: número de registro médico, acuerdo público o privado y fecha y hora de admisión.
Al final del relleno, debe hacer clic en el botón azul “continuar” para continuar con la calificación de riesgo previamente seleccionada.
Fuente: Autor.[/caption]
Figura G: Asistencia de riesgos de pantalla
La pantalla de riesgo de atención está presente en dos iconos en la pantalla del menú del paciente: módulos (ver Figura N), ¿son rápidos atención y hospitalización. Es posible elegir la zona en la que el paciente está siendo admitido o reclasificado. Esta pantalla ofrece la opción de catorce riesgos de asistencia y tres alertas de riesgo. La enfermera debe hacer clic en la opción deseada y continuar la clasificación.
En el lado directo de la pantalla se puede comprobar los riesgos y alertas ya clasificados, en “elementos seleccionados”, y es posible conservarlos o eliminar todo!” antes de imprimir el brazalete de identificación de color. Esta característica tiene como objetivo garantizar una revisión o actualización de la clasificación antes de imprimir el brazalete.
Al final del relleno, debe hacer clic en el botón azul “generar brazalete” para ver el diseño de la pulsera que se va a imprimir (consulte la Figura AI) o hacer clic en el botón blanco “cancelar, volver” para anular la clasificación realizada.
Fuente: Autor.[/caption]
Figura H: Pantalla “brazalete de vista”
La visualización del brazalete de identificación con rayas de colores de acuerdo con los riesgos y alertas clasificadas presenta en la pantalla de “riesgos de cuidado” (ver figura M), el botón azul “generar pulsera” fue programado para finalizar la clasificación y el resultado en el producto de impresión.
En el lado derecho de la pantalla puede comprobar los riesgos o alertas elegidas durante la evaluación del paciente y comprobar el brazalete antes de imprimir. Si se requiere algún riesgo y/o alerta o resta, puede cerrar el brazalete generado en el botón rojo y en la mis
ma pantalla para continuar la corrección. Para restar un riesgo y / o alerta en el momento de la pulsera es necesario ir en “artículos seleccionados” y haga clic en el símbol
o o para cancelar todo, simplemente haga clic en “limpiar todo!”. En caso de mayor riesgo y/o alerta, continúe únicamente la clasificación del elemento deseado después de que se cierre la pulsera.
CONSIDERACIONES FINALES
La seguridad del paciente ha sido objeto de debates y estudios en Brasil y en todo el mundo, y se ha convertido en el centro de todas las instituciones de salud.
La identificación del paciente es el primer objetivo internacional de seguridad del paciente y se considera primordial, si se sigue el protocolo correctamente, para evitar errores e incidentes que causen daño al paciente.
Las pulseras de identificación se han vuelto habituales en la mayoría de las instituciones, principalmente hospitalarias, debido a la facilidad de implantación y eficacia en la identificación. También son opciones para alertar los riesgos y ayudar a identificar la información clínica.
Sin embargo, a menudo se utilizan mal, así como los colores que indican un riesgo o información clínica, no están estandarizados, lo que facilita la aparición del error.
La tecnología comenzó a utilizarse a gran escala en la seguridad del paciente y la gestión de riesgos. La tecnología de la información y la comunicación sanitaria se ha vuelto fundamental en la era de la informática. Los registros médicos electrónicos, colocados en sistemas y software complejos, estandarizan y afectan los registros, garantizando el acceso a la información y minimizando los errores en la comunicación multidisciplinar igranal a gran escala.
De esta manera, crear software que satisfaga la necesidad de estandarizar y minimizar el error en la identificación del paciente, donde las enfermeras clasifican los riesgos y prescriben atención para estos riesgos en bases de datos electrónicas y fácil acceso a todos, así como compilar toda la información y alertas en un solo brazalete sería un gran paso en la prestación de atención segura.
REFERENCIAS
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] Máster en Máster profesional del proceso de atención, Especialista en Seguridad del Paciente, Enfermería de Grado.
Enviado: Julio, 2019.
Aprobado: Agosto, 2019.
