Presentación de los tres diseños alternativos

INTRODUCCIÓN

¿Qué se quiere crear?

Se quiere crear un dispositivo que sea compatible, complemente o sustituya al tetra (el dispositivo actual) en las comunicaciones entre la base (o central) y la ambulancia. Un dispositivo que agilice las comunicaciones, ya que el sistema actual tiene aspectos que se podrían mejorar.

Nuestro dispositivo comunicará la ambulancia con la central mediante el mismo sistema que el tetra; es decir, el dispositivo usará los mismos procedimientos y las mismas claves que este.

Su finalidad es agilizar las comunicaciones para que las ambulancias puedan llegar antes al lugar del accidente, evitando situaciones como los colapsos en la malla (Cuando un usuario quiere comunicarse con la central pero no puede porque hay otro hablando) e impedirá (en las emergencias comunes) que el usuario lo utilice mal ya que le irá guiando según la situación.

SUPUESTOS

1. A los usuarios del dispositivo les gustaría usar menos la malla para tareas rutinarias (enviar claves, pedir hospital cercano, etc...).
2. No quieren esperar a que la malla esté desocupada.Les gustaría disponer de una leyenda de claves, con una explicación detallada de cada una.
3. Poder localizar fácil y rápidamente el lugar del accidente, así como el hospital más cercano.

AFIRMACIONES

1. Un sistema informático de comunicación entre la base y la ambulancia es casi con seguridad mucho más eficiente que los sistemas actuales.
2. El sistema GPS del dispositivo es mucho más preciso y rápido que la búsqueda por callejero.

CONCEPTO DEL PRODUCTO

• METÁFORAS
• Coordinación, mediante el paso de mensajes.
• Guía, entendiendo que te va mostrando el camino a la emergencia.

• CONCEPTOS
• Claves
• GPS
• Comunicación por voz
• Cominicación por mensaje
• Historial de claves
• Referencias a hospitales
• Coordenadas
• Mensajes de la base
• Introducir clave
• Sonidos de aviso
• Canal de preferencia

• RELACIONES ENTRE CONCEPTOS
• Referencias a hospitales, proporcionado por el GPS.
• GPS actúa según las coordenadas.
• Al llegar un mensaje se da un aviso.
• Se puede enviar claves introduciendolas manualmente. 

EJEMPLO DE ESCENARIO

El usuario, un funcionario del SAMUR, se encuentra en la central de la ambulancia recibe un mensaje de emergencia por el dispositivo que tiene nuestra aplicación. El mensaje contendrá información de la emergencia como datos del paciente dirección donde se encuentra, códigos iniciales, etc. La aplicación trazará la ruta mediante GPS desde el punto en que se encuentra la ambulancia hasta lugar de destino. Una vez que se dirija la ambulancia hasta el punto de destino se envía la clave 1 a la base.

Ya en el lugar el usuario envía la clave 3 y procede a la atención del paciente, si es necesario dar detalles médicos sobre el paciente se usa el tetra, al necesitar este un traslado al hospital, el usuario vuelve a manejar la aplicación para pedir un hospital de referencia y enviar el clave 4.

Una vez en el hospital se envía el clave 5, se hace el informe y el hospital lo sella. Por último se envía la clave 0 en el hospital y se informa del paciente dando los códigos de valoración y el código de "aviso" por voz.

PRIMER PROTOTIPO 

El primer prototipo sigue un estilo de interacción táctil. No se usarán las manos directamente ya que los usuarios (es decir, los técnicos) suelen llevar guantes y es posible que estén manchados. Por lo tanto se usará un lápiz táctil para interactuar con el dispositivo. Será de manipulación directa: Se usarán botones grandes y vistosos, permitiendo acciones rápidas y que sean fácilmente reversible. Asimismo las acciones de interés estarán visibles de forma inmediata.

El prototipo que mostramos a continuación ha intentado plasmar estas características. La primera imagen hace referencia al menú principal. Este es el punto de inicio, cuando todavía no se ha recibido aviso alguno de la base.

Suponemos que el usuario recibe ahora un mensaje de la base

Mediante el lápiz táctil pulsa en leer y le lleva directamente al mensaje, que se encuentra dentro del historial de mensajes

El mensaje contiene datos como la edad del paciente, su sexo, y otros datos técnicos. Para mejorar la rapidez del sistema se da la opción al usuario de mostrar la dirección en el GPS directamente, que en nuestro caso es lo que selecciona

Al seleccionar esta opción se envia la clave 2 (salida hacia el lugar de la actuación) automáticamente. En cualquier caso el envío automático de claves se hará sólo en situaciones puntuales para mejorar la rapidez del sistema. En el resto de casos el usuario tendrá que acceder desde el menú a la opción Enviar Clave. Suponemos que la ambulancia ya ha llegado a su destino y quiere enviar la clave 3 (llegada al lugar del accidente), por lo que ahora sí tiene que acceder a esa opción.

Ahora al usuario se le muestra un pad táctil con el que podría enviar la clave que quisiera dependiendo de la situación. Las claves como máximo tienen una longitud de tres dígitos y algunas de ellas tienen un punto (Por ejemplo la clave 10.1). En este caso el usuario envía la clave 3 para comunicarle a la base que ha llegado al lugar de la actuación.

En este punto el técnico trata al herido. Si no necesita que lo lleven al hospital el aviso acabaría ahí, pero en nuestro caso vamos a suponer que hay que llevarle a uno. Mediante el pad se enviaría la clave 4 (salida hacia el hospital) accediendo de la misma forma que se ha mostrado anteriormente, y seguidamente el usuario seleccionaría la opción Mostrar Hospitales desde el menú principal

Aquí se da la opción de mostrar el hospital más cercano u otros hospitales. Esta última opción se proporciona por si el paciente quiere ir a otro que no tenga que ser necesariamente el más cercano. Se proporcionaría una lista de los hospitales de Madrid (o de la ciudad correspondiente) que el usuario podría elegir. Para este caso queremos ir al hospital más cercano, asi que el usuario selecciona la primera opción.

Nuevamente se abre el GPS mostrando la ruta hacia el hospital. Una vez allí enviaría la clave 5 (llegada al hospital) usando el pad de nuevo. Como en este punto ya ha finalizado el aviso, sólo le quedaría pulsar el botón Finalizar Servicio desde el Menú principal.

SEGUNDO PROTOTIPO

Para el segundo prototipo el dipositivo que tenga la aplicacón de nuestro proyecto no tendrá por qué ser táctil puesto que el tipo de interacción es conversacional. Cuando el usuario envíe una clave el dispositivo responderá con una confirmación de la clave que ha sido enviada. Además de esto la aplicación mostrará en la pantalla la última clave enviada.

1. La central envía la emergencia por un mensaje, en esta pantalla se muestra el aviso de que se ha recibido una emergencia. 

2. Después de leer el mensaje el usuario dirá "enviar clave 1" para que la central sepa que el mensaje ha sido recibido y leído.

3. GPS trazará la ruta desde el punto en el que se encuentra la ambulancia hasta el lugar especificado en el mensaje de emergencia, mostrado arriba. Se procederá a decir enviar clave 2 para que la central sepa que la ambulancia se dirige hacia el lugar donde se encuentra el suceso.

4. Una vez la ambulancia se encuentre en el punto se procederá a decir "enviar clave 3" para que la central tenga conocimiento que la ambulancia ha llegado donde se encuentra la persona o personas que necesitan atención médica.

5. Esta pantalla muestra la dos acciones que se pueden proceder a realizar. "Enviar clave 0" para dar de alta al paciente en el mismo lugar o "enviar clave 1" si se requiere el traslado de dicho paciente a un hospital. Para este caso procederemos a enviar clave 4, mas adelante se mostrará la pantalla en el caso en el que se haya enviado la clave 0.

6. La aplicación nos enseñará en la pantalla la ruta que se debe seguir para llegar al hospital mas cercano desde donde actualmente se encuentra la ambulancia.

7. Se dirá "enviar clave 5" una vez que hayamos llegado al hospital.

8. La pantalla de acción por voz mostrará las posibles claves a enviar, en este caso la única clave a enviar será la 0. El usuario procederá a decir clave 0 para dar de alta al paciente, el dispositivo responderá afirmando "clave 0 enviada".

9. Una vez enviada la clave 0 la pantalla a mostrar será esta en la que se procederá a decir los códigos de valoración del estado del paciente. Una vez más, el dispositivo irá diciendo los códigos que se están enviando y los irá mostrando por la pantalla.

TERCER PROTOTIPO

El tercer y último prototipo será de estilo instruccional pero a diferencia del primero no será táctil sino que se usará un teclado que estará al lado de la pantalla para interactuar con el sistema. Tampoco será por manipulación directa sino por menús.