Caso 2 - Admisión pacientes solución.docx

CASO 2: Admisión de Pacientes

El proceso de negocio, negocio, relacionado relacionado con la “Admisión “Admisión de Pacientes” Pacientes” en una institución institución médica, se inicia con una Solicitud de Atención que es rellenada por un Paciente. Este documento, es enviado al Área de Admisión para capturar la información relacionada con los seguros médicos. médicos. (Selec (Seleccionar cionar tipo de seguro seguro  A su ve! se solicita al Área de "onta#ilidad que rellene la información de los costos (Selec (Seleccionar cionar pagos por atenc atención ión $ almacene los datos conta#les. Paralelamente el Área de Admisión verifica la e%istencia de una &ic'a "lnica asociada al paciente.()uscar paciente.()uscar fic'a clnica *na ve! que se verifica que la documentación del paciente sea v+lida $ este completa la &ic'a "lnica es enviada al Área édica. El +rea +rea de édi édica ca determina, a través de un con-unto de prue#as de preadmisión, preadmisión , (registrar prue#as de preadmisión la condición médica del paciente. Si fuera necesario se 'ar+ 'ar+n n e%+m e%+men enes es adic adicio iona nale less (a (ane% ne%ar ar e% e%+m +men enes es ad adic icio iona nale les s que que de#er de#er+n +n ser  ser  registrados desde el punto de vista clnico (en la fic'a (registrar resultados de an+lisis $ conta#le (por los costos en el /a#oratorio édico. (Ad-untar gastos de atención (Ad-untar  gastos por an+lisis &inalmente &inalmente se completa completa el documento documento Evaluación Evaluación édica (generar evaluación médica con información acerca del paciente, el cual se le enva. El proceso de negocio termina cuando el paciente reci#e la Evaluación édica.

Lista de requerimientos:

0. 2. 3. 4. 5. 6. 7. 8.

El paciente podr+ registrar una Solicitud de Atención (1e#. El personal de admisión de#er+ registrar los datos de la solicitud de atención. El personal de Admisión consignar+ la información de los Seguros édicos. El personal de "onta#ilidad consultar+ los costos por la atención. El personal de "onta#ilidad registrar+ los datos conta#les de la atención. El personal de Admisión verificar+ la e%istencia de la &ic'a "lnica del paciente. El personal de Admisión generar+ una &ic'a "lnica para un paciente nuevo. El personal édico registrar+ el resultado de las prue#as de preadmisión efectuadas al paciente. 9. El personal édico indicar+ e%+menes adicionales, si son necesarios en el resultado. 0:. El personal de /a#oratorio registrar+ los resultados de los an+lisis clnicos.

00. El personal de /a#oratorio ad-untar+ los costos de los an+lisis clnicos. 02. El personal de /a#oratorio ad-untar+ los datos conta#les de los an+lisis clnicos. 03. El personal édico generar+ la Evaluación édica del paciente. 04. El "a-ero registrar+ el pago por la atención médica efectuada al paciente. ¿Qué otros requerimientos podemos agregar a la lista? MO!LO ! CASOS ! "SO:

#A$%AMA $!&!%AL ! CASOS ! "SO Solución óptima: '( crear un nuevo actor Administrador que ser+ el responsa#le del mantenimiento

de los datos del sistema. As sólo le otorgamos privilegios funcionales directos a los otros usuarios (casos de uso “mantener”. 2( /os casos de uso )ad*untar+ se refieren a que el usuario ingresa a una ;*< en

donde primero mostrar+ los datos de #=squeda (por e-emplo “#uscar solicitud de atención”, “#uscar tipo de seguro” $ luego ad-untar+ los datos solicitados (es decir  mostrar+ los datos en pantalla para ser seleccionados o un arc'ivo en pantalla para ser ane%ado o ad-untado> gastos por atención, gastos por an+lisis. ,( ?tra solución es 'a#er puesto “seleccionar” en ve! de “ad-untar”.

Propuesta de diagrama general de casos de uso