Manual BD Multilab

Manual de Base de Datos
Código ML-TI-07
Versión 2
Fecha 19/02/17
Revisó Mateo Bedoya
Manual de Base de Datos (ML-TI-07) Versión 2 1

Versión controlada está disponible en el Google Drive. Cualquier documento impreso es una copia no controlada.
1. Documentos de Venta
Un Documento de venta viene a ser exactamente una o boleta o factura impresa luego de realizar un PAGO , es la
constancia del cliente de haberlo realizado , puede ser de tipo VISA o AL CONTADO.
En la base de datos podemos encontrar el registro de estos documentos de venta en la tabla

DocVenta
Los campos con los que constantemente se trabaja son :

PkDocVenta : Primary Key del Documento de Venta , con el cual lo podemos identificar.
FkTipoDoc : Tipo de Documento de venta , viene de la tabla tTipoDoc
FkSucursal : Sucursal donde se creó el documento de venta . viene de la tabla Sucursal
Numero : Numero de la Boleta

Serie : Serie de la boleta
-----------------------------------------------------------------------------------------------------------------------
Importante: La Serie se genera dependiendo de la sucursal donde se genere el documento de venta
Podemos verificar de qué serie vienen las boletas verificando en la tabla.
TipoDoc_sucursal
Como ejemplo podemos citar los tipos de documento que pertenecen a la sucursal de Pueblo Libre:

Ejemplo ,
La siguiente Boleta :
Tiene por serie 8 , para buscar de que sucursal vino , deberé buscar:
Tipo de documento : 1 -> Boleta
Serie : 8 -> Generada
Entonces , viene de la sucursal 10.
Para saber de que sucursal se trata, nos vamos a la tabla sucursal y filtramos por la llave primaria con el valor de 10
Comando Sql:
Tabla de resultado:
, la cual corresponde a : MULTILAB LINCE

------------------------------------------------------------------------------------------------------------------
Fecha : Fecha de Creación del documento de Venta.

Estado : 1 : ACTIVO , 02 : ANULADO.
FkClientePersona : Contiene la identificación de la persona que realizo el pago , el dato proviene de la tabla
Persona.
En la tabla Persona se encuentra registrados tanto pacientes y médicos . docVenta jala el campo pkPersona para
identificar al paciente.
FkClienteEmpresa : Lo mismo sucede con fkClienteEmpresa, si el paciente es una empresa , jalara el dato de la
tabla empresa.
FkUsuario : Usuario que registro el documento de venta , proviene de la tabla Users , aquí en el campo “username”
podemos ver quien fue el usuario que lo realizo.
En el Optimus podemos ver reflejado los documentos de venta creados en el modulo

Link : https://optimus0.multilab.com.pe/optimus/atencion/listar_venta
Tomare por partes un documento de venta para poder identificar de que tabla proviene cada campo.
Tabla DocVentaDetalle
Básicamente en esta tabla se encuentra

LOS PRECIOS Y LOS EXAMENES QUE SE REALIZARA EL PACIENTE .

PKdcovetandetalle : Primary key .
fkDocVenta : Contiene el pkDocventa , o llave primaria de el documento de venta.
Precio : Precio del examen , cabe resaltar que cada examen tiene un precio distinto dependiendo del tipo de precio
que tenga, pero este tema lo tocaré mas adelante cuando explique el tema Examen.
Entonces la suma de estos precios da 268.8 , y esto podemos verlo reflejado en el Optimus.
2. PAGOS
Tabla DocVentaPago

PkDocVentaPago : Primary key del pago .
fkDocVentaPago : Relación con el documento de Venta principal. (docVenta)
montoPagado : Monto pagado. (Si pago una parte, lo faltante se calculará automáticamente en SALDO (calculado
automáticamente en Optimus)
fkMedioPago : Tipo de PAGO .
Fecha: Fecha en la cual se realizó el Pago.

------------------------------------------------------------------------------------------------------------------------
Observaciones :
Las Tablas tratadas hasta aquí fueron :
- DocVenta
- DocVentaDetalle
- DocVentaPago
Cabe resaltar que :
- Pueden existir varios PAGOS (DocVentaPago) para una boleta o factura (docVenta).
- Pueden existir varios Examenes incluidos (DocVentaDetalle) para una boleta o factura (docVenta).
- A su vez pueden existir varios documentos de venta para una ATENCION.
-

Tabla Atención
La tabla atención consta de los siguientes campos:
Campos más importantes en la tabla Atención:
- PkAtencion : Identificador o llave primaria de la tabla.

- CodigoAtencion : Es el código que se le da a la atención al momento de crearla.
- FkPaciente : Proviene de la tabla persona , trae los datos de el mismo.
- FkTipoAtencion : Proviene de la tabla tipoAtencion.

- FkMedico : Proviene de la tabla persona , trae los datos de la persona (en este caso rol de medico)
- Estado : 1 = activo , 0 = Anulado
- Urgente : 1 = si , 0 = no . Campo para tomar prioridad en las atenciones.
- FechaHoraEntregaSugerida y FechaHoraEntregaPactada :
En estos campos va la fecha de entrega de resultados.
- FkTipoPrecio : Tipo de precio que se usa para todos los exámenes registrados en la atención . Proviene de la
tabla precio;
Nota: Actualmente la base de datos cuenta con 60 Tipo de Precios.
-
- FkSucursal : Sucursal donde se creo la atención , proviene de la tabla Sucursal.
- Fecha : Fecha de creación de la atención.
- FkUsuario : Usuario que registro la atención , viene de la tabla users.
Podemos verificar el estado de las atenciones en el modulo de ATENCION en el Optimus.
Link : https://optimus0.multilab.com.pe/optimus/atencion/listar_atencion
Todos los campos de esta imagen vienen directamente de la table Atención.
Nota: Cuando una atención se anula (estado = 0), esto se visualiza en el optimus con un color rojo.
Formatted: Centered

Tabla AtencionDetalle
A mi punto de vista y según mi experiencia, la finalidad de esta tabla es registrar los exámenes que se realizara el
paciente en la atención, para que luego los TECNICOS puedan ingresar y validar los resultados de estos exámenes,
esto podemos verificarlo en el modulo de Registro de laboratorio en el Optimus.
PkAtencionDetalle : primary Key de atencionDetalle.
FkAtencióon : viene de la tabla AtencionAtención. AI015375
FkExamen: Viene de la tabla examen , es el examen registrado. (uno solo en este caso)
Este tema se dDetallaráe mas adelante la tabla Examen.
Como mencione antes podemos verificar que los exámenes estén registrados en la atención para que puedan ser
trabajado por los técnicos en el siguiente link :
https://optimus0.multilab.com.pe/optimus/laboratorio/consultar_atencion Field Code Changed

A continuación, ingresamos el código de atención:
Inmediatamente se listará la atención, y entraremos en Validar resultados:
Aquí podemos verificar que efectivamente, solo hay un examen registrado en esta atención , el cual corresponde al
registrado en atencionDetalle

Relación entre Atención y Documento De Venta
Como se mencionó anteriormente, una Atención puede tener uno o mas Documentos de venta (docVenta) , para
relacionarse entre si , es necesario que se registre en la tabla :
Atencion_tiene_docventa
Para asegurarse de que la relación se creó, debemos verificarlo en el módulo de ventas:

3. Exámenes
Los campos más importantes en la tabla exámenes son:
PkExamen : Primary key o identificador del examen.

CodExamen: Codigo del examen
NombreExamen : Nombre del Examen
Descripción : descripción del examen
FklugarProcesamiento : NO SE USA , para cambiar el lugarProcesamiento de el examen se deberán tocar las tablas
:
examen_lugarProcesamiento y
examen_entrega
delivery : 1 = si, 0 = no.
tipodia : H=Habiles
fkMuestra : viene de la tabla tipoMuestra; ,
Adicionalmente hay que tocar la tabla examen_tipoMuestra ,si no los cambios no surgirán efecto.
Orden : Numero que se usara en lab_plantilla_reporte , puede ser cualquiera.
FkAreaProceso : viene de la tabla areaProceso.

FkEnvase : NO SE USA , en su lugar se debe tocar la tabla :
Examen_tiene_envase
Tabla lab_parametros
Definición : Parámetros de un examen , el cual el técnico tendrá que validar e ingresar resultados.
Estos parámetros necesitan ser definidos con ciertas características y propiedades para que puedan reportar el
resultado sin problemas.
Estructura de la tabla parámetros :
Pk_codParametro : El primary key del Parametro .

Observacion : Como se puede ver no hay un campo de relación directa con la tabla exámenes , asi que se usa este
campo para relacionarlo con el examen. ¿Cómo?
Se pone primero el código del examen (6digitos) , seguido de un “.” Y el nombre del parámetro. Ejm :
Parametros del examen BKDIR2
Tipo : D- DECIMAL , L : LISTA , T: TEXTO

 Quiere decir que el resultado de este parámetro puede ser numérico (D) , una lista despegable (L) ,EJM :
POSITIVO , NEGATIVO . o Texto (El texto es introducido libremente)
Val_bajo : Aplica solo para tipo D , si el resultado es menor a este se sombrea en amarillo y requiere validación
especial.
Val_alto : Aplica solo para tipo D , si el resultado es mayor a este se sombrea en amarillo y requiere validación
especial.
Val_min : El sistema restringe ingreso de valores menores que este campo.
Val_max : El sistema restringe ingreso de valores mayores que este campo.
Plantilla para reportar

Tabla : lab_plantilla_reporte
Cod examen : Codigo de examen , del resultado. (Cada línea aparecerá en el orden indicado).
Nota: Es recomendable filtrar en la tabla lab_plantilla_reporte por código de Examen, ya que así se podrá visualizar
de forma completa el pdf que se descarga y donde ingresarán los resultados.

CodParametro -> Aqui se indica el parámetro que aparecerá en el resultado y automáticamente jalara el resultado
que ingresa el técnico .
Se pueden agregar los parámetros que sean necesarios , asi como quitarlos provicionalmente para ciertos reportes.
Rangos : Los rangos que aparecerán en el reporte , se modifica línea a línea.
OrdenParametro: Orden en que se presentara el resultado

Negrita : 1 = si , 0 = no
4. Cambios en Motorizados.
Para hacer un cambio en los usuarios motorizados , es necesario solamente tocar la tabla
motorizado , y realizar los cambios necesarios.

En este caso , nos encargaron asignar un nuevo usuario (nuevo motorizado) , y lo que hicimos fue cambiar el
nombre y el apellido del registro , el motorizado usara el codigoCarnet de el usuario anterior.
5. Otros cambios frecuentes en la base de datos
 Cambio de medico a una atención

o Buscar el pkMedico en la tabla medico sea por cmp o fkPersona.
o Pegar el pkMedico en el campo fkMedico en la tabla atención
o Si esta atención ya estaba publicada y el medico solicita verla en su APP o en la web se tendrá que
volver a publicar el resultado.
 Asignar una atención a una representante
o Buscar en la tabla medico si el medico indicado tiene un fkUsuarioRegistro
o Verificar si la atención tiene el fkMedicos indicado y si es así colocar el fkUsuario registro en el
campo fkVisitadorMedico
 Eliminar boletas
o Antes de eliminar alguna boleta siempre preguntar si esa boleta o factura existe impresa
o Buscar el documento de venta en la tabla docVenta y eliminar la fila.
 cambio de fecha de boletas y facturas
o Buscar los documentos de venta en la tabla docVenta
o modificar el campo fecha como se solicita, para que no se afecte el correlativo de los documentos
de venta.
 Eliminar pruebas de atenciones
o Buscar la atención y seleccionar el pkAtencion
o Buscar con el pkAtencion en la tabla atencionDetalle
o Se listan las pruebas relacionadas a las atenciones, eliminar las pruebas solicitadas.
 Cambiar tipo de precio y monto de pruebas en atenciones
o En la tabla atención y modificar el fkTipoPrecio
o Si se modifica el fkTipoPrecio se busca la atencion en la tabla atencionDetalle y modificar los
precios
o verificar el precio de la prueba en la tabla examen_perfil_tiene_precio
 Liberar atenciones vinculadas a boletas.
o Al momento que se anula un documento de venta y esta tiene muchas atenciones juntas
o buscar la atención en la tabla atencion_tiene_docVenta
o Eliminar la fila relacionada a la atención que se pide liberar
 Vincular atenciones con boletas o facturas
o El proceso es similar a Liberar atenciones, solo que en este caso se vincula el pkAtencion y el
pkMedico en la tabla Atencion_tiene_docVenta
 Cambio de serie y numeros de boletas y facturas
o En la tabla docVenta modificar el campo serie y el campo numero en caso sea necesario.
 Activar nueva sede
o Agregar Nueva sucursal a la tabla sucursal y asignar siglas:
o Agregar tiempos de entrega por lugar de procesamiento a la sede en la tabla

tiempo_sucursal_lugar_procesamiento:
o Agregar la opción al inicio de sesión en el archivo application/views/auth/login.php (hay que

parametrizar):

o Agregar a los valores a la tabla procesamiento_preferencia, si es una sede tomar los valores de otra
sede y cambiar el fkSucursal:
o Agregar la sede al filtro de sucursal de módulo de laboratorio (hay que parametrizar).

o Agregar la sede al filtro de sucursal de entrega de resultados (hay que parametrizar).
 Cambiar rangos de referencia para un determinado parámetro.
 Nota: Recordar que estos cambios se tienen que registrar en Actualización de parámetros de reporte de
resultados (RE-TI-02).
o Para la resolución de este tipo de reportes se tiene que tener en cuenta las siguientes relaciones:
 Un examen representa una colección de parámetros.
 Un parámetro se relaciona con un conjunto de bacterias.
 Una bacteria se relaciona con un conjunto de antibióticos ( Antibiograma).
o Como se indicó líneas arriba, la relación que existe entre examen y parámetros es que los segundos
dentro de su llave primaria guardan en los seis primeros caracteres el código del examen.

Formatted: Centered, Bulleted + Level: 1 + Aligned at:
0.75" + Indent at: 1"
o Como resultado de filtrar por código de examen en lab_parametros, obtendremos la cantidad de

parámetros que tendrá dicho exámen, nos localizamos en aquel donde se requiere realizar los
cambios y alteramos el campo rango_desc.
 Nota: El contenido que se encuentra entre cada elemento html (<p>contenido</p>)

representa una línea (valor) como rango.

0.75" + Indent at: 1"
o
o Haciendo ese filtro (codExamen) se consigue el pk_codParametro que será importante para filtrar
en la tabla lab_parametros_rangos y alteramos los campos (val_inf, val_sup) teniendo en
consideración lo siguiente:
 Val_inf (mayor o igual que >=)

 Val_sup (menor que <), es por eso que si nos piden que el valor Indeterminado sea de 10 a
14, en val_sup se tenga un valor de 14.01

0.75" + Indent at: 1"
o
o Como último paso nos vamos a la tabla lab_plantilla_reporte filtrando por códigoExamen, y
veremos cómo se presentará el pdf del resultado. Se tiene que cambiar los valores en el campo
rangos, como ejemplo adjunto la siguiente imagen.
o

Formatted: Centered, Indent: Left: 0.5", No bullets or
numbering
 Agregar médico a una atención

o Nos vamos a la tabla médico y lo filtramos por cmp.
o Este filtro nos brindará el pkMédico.
o
Obtenemos el pkMédico y nos vamos a la tabla atención filtrando por el código de la atención
que nos brindarán.
o En dicha atención nos vamos al campo fkMédico y pegamos el pkMédico que copiamos.
 Unificar médicos que presentan más de un cmp.
 Tipo de consultas:
Formatted: Centered, Indent: Left: 0.5", No bullets or
numbering
o Lo primero que haremos es ir a tabla médico y filtrar por cmp ‘clyff’, copiamos el pkMédico.
o Luego nos vamos a la tabla atención y filtramos por el pkMédico copiado anteriormente.
o Este filtro nos dará la cantidad de atenciones que tiene ese médico. ¿Y luego qué? Ahora se procede ir a la
tabla Médico y filtrar por el cmp correcto (en este caso 37034), y copiamos el pkMédico.
o Este pkMédico copiado lo pegamos en las atenciones que tuvimos anteiormente, y asi se estaría unificando
al médico ‘clyff’ al cmp correcto 37034. ¿Y luego qué?
o Luego se tiene que eliminar al médico de cmp ‘clyff’, pero sabemos que médico tiene un fkPersona, por lo
que primero tenemos que eliminar persona y luego médico (restricción referencial en base de datos).
o Obtenemos el pkPersona de la tabla médico, nos vamos a la tabla persona y filtramos por el pkpersona
obtenido y corresponde eliminarlo.
o Luego toca eliminar al médico.
o Los mismos pasos se tiene que hacer con el cmp ‘cliff’.
o El caso de David Nisho presenta lo mismo, resulta que este médico tiene dos cmp (54332 , David nisho),
corresponde consolidar (vincular) atenciones y si es posible otros campos al cmp correcto (54332).
 Agregar nuevos símbolos a un determinado examen
o
o Se va a la tabla lab_parametros, claro teniendo el codigo de examen, y en el campo expresiones (que
esta al final de clos campos de la tabla lab_paramtero) se coloca la cantidad en números
dependiendo de la cantidad de símbolos que requieren.
o Ejemplo, si requieren agregar >, se le pondrá uno, si requieren agregar <,> se le pondrá dos, y asi
sucesivamente.
 Añadir y quitar antibióticos
o Ingresamos en el optimus (El aplicativo) directamente al módulo Registro de Laboratorio que se
encuentra en la sección Laboratorio.
o En el campo de entrada de título Buscar ingresamos el código del examen que nos brindan de dato.
o Nos aparecerá un registro que corresponde a este filtro, ingresamos en la opción validar resultados
que se marca como un símbolo azul, adjunto la imagen para una mejor representación:
o Nos aparecerá una interfaz que nos muestra la atención y todos sus exámenes realizados (junto
con los parámetros que en ocasiones se agrupan en subtítulos), nos debemos dirigir al parámetro
en cuestión.
o Le damos click derecho en el campo del valor (en este caso positivo, y damos click sobre la opción
inspeccionar)

Formatted: Normal, No bullets or numbering

o Nos aparecerá la siguiente interfaz:
o Es bueno entender este punto: la interfaz que se nos presenta define el código html de la interfaz
antes mencionada, tenemos que visualizar la parte donde dice: resCUSEVA.Bacteriolo y copiar
SOLO la parte que aparece luego del ‘res’ es decir: ‘CUSEVA.Bacteriolo’, esto nos representa el
pk_codParamemtro y será un filtro muy importante para las tablas a la cual se les dará una
determinada modificación.
o Luego toca ir a la tabla a la tabla bacterias, y filtrar por el nombre de la bacteria en cuestión,
copiamos el pkBacteria.
o Hasta este punto tenemos dos datos y estamos listos para ir a la tabla
bacterias_antibioticos_examen
o Estando en la tabla bacterias_antibioticos_examen filtramos por los datos mencionados.

Formatted: Normal, Centered, No bullets or
numbering
o Nos aparecerá la siguiente interfaz que define la colección de antibióticos (antibiograma) que
maneja un parámetro en una determinada bacteria.
o El paso final sería eliminar el antibiótico que solicitan o agregar según sea su pkAntibiótico.
 Anular un documento de venta específico
o En este caso tenemos que ir a la tabla docVenta y obtenemos el documento de venta específico
filtrando por número y serie.
o Una vez obteniendo el registro nos al campo estado y le damos un valor de 0.

numbering
 CONSIDERACIONES:
 En la tabla examen nos damos cuenta que existe un campo llamado fkLugarProcesamiento, esta llave
foránea contiene el lugar de procesamiento de esa prueba. Como ejemplo cito a la prueba HEMOGRAMA
COMPLETO (HEMOGR).
 Como Podemos ver el lugar de procesamiento que presenta este examen es el fkLugarProcesamiento 6,
que sería MultilabCentral (principal), y ¿por qué pongo principal?, porque ese examen también tiene otros
lugares donde se puede procesar, lo podemos ver en la tabla examen_LugarProcesamiento.

numbering

 Cambiar el medio de pago de una factura.
o Para este tipo de reportes es necesario saber el número y serie del documento, que por lo general
no los dan como dato.
o En este ejemplo, vamos a poner a una factura como medio de pago Transferencia (BCP).
o Teniendo estos datos nos vamos a la tabla docVenta y copiamos el pkdocVenta.
o Luego nos vamos a la tabla docVentaPago y filtramos por el pkdocVenta que copiamos líneas
arriba.
o Estando ya en esta tabla, nos vamos al campo fkMedioPago.
o Ante de introducir un valor a este campo, nos vamos a la tabla MediodePago e identificamos el
valor del medio de pago que necesitamos, en este caso BCP (4).
o Ya sabiendo el valor, nos vamos a la tabla docVentaPago y en el campo fkMedioPago introducimos
el valor del mediodePago, en este caso 4.
 Dar de baja a un examen

o Para dar de baja a un examen, nos vamos a la tabla examen y en el campo estado le damos el valor
de 0.

numbering
 Resultado no indica no indica el nombre del examen.

o Tendremos como datos el código de la atención con el nombre de la prueba. Adjunto una consulto
que proviene de la sede de los olivos para un mejor entendimiento.
o Teniendo el nombre de la prueba nos vamos a la tabla examen y copiamos el código de examen.
o Luego nos vamos a la tabla lab_plantilla_reporte y filtramos por código de examen.
o Como paso final, en el campo exámenes digitamos el nombre del examen en cuestión.

 No se puede dar finalizado a un examen, falta agregar el ítem para llenar los resultados.

numbering
o Para resolver este tipo de corres, nos vamos a la tabla examen y filtramos por el nombre del
examen que vemos en la atención.
o Luego nos vamos al campo no_reporta y le damos el valor de 1.

numbering
 Quitar el pago de una boleta específica.

o Para estas consultas nos vamos a la tabla docVenta y filtramos por el número y serie del
documento que serán los datos de entrada que obtendremos de un determinado correo.
o Estando en esta tabla copiamos el pkDocVenta y nos vamos a la tabla docVentaPago y filtramos por
el fkDocVenta que copiamos hace un momento.

numbering
o Como paso final eliminamos tal registro, ya que define el pago de ese documento de venta y la
prioridad es eliminar el pago tan como pedía el correo.
 Agregar un parámetro en el módulo registro de laboratorio para una determinada atención.
o En la tabla lab_parametros tenemos que tener presente un campo llamado estado que presenta
dos valores:
o -> 1: Este estado define que el parámetro va a aparecer en la lista de pamatros para sus respectivas
validaciones (entrada de valores).
o -> 2: Este estado define que el parámetro no va a aparecer en la lista de parámetros para sus
respectivas validaciones (entrada de valores).

 Un error común es confundirse con la colocación del CMP o COP.
o El primero representa el colegio Médico del perú, que se encuentra en la base de datos dentro del
campo CMP.
o El segundo representa un juego de caracteres en el campo CMP.
o Ejemplo:

 Un error común del sistema es que a una atención se le vinculen más de una boleta, ocasionando esto que
el monto pagado al momento sea mayor que el monto facturado con IGV.
o En estos casos, lo que se tiene que hacer es ir a la base de datos y buscar en la tabla atención filtrándolo
por el código de atención en mención.
o Nos daremos cuenta que esta atención estará asociado a más de un documento que en realidad
pertenecen a otras atenciones.
o Lo que se tiene que hacer es desvincular es atención de los documentos al que no pertenece en la tabla
atención_tiene_docventa.
 Cambiar la participación en la ficha médica de los pacientes.

o Ejemplo a través del correo:

El algoritmo para lo solicitado se efectúa de la siguiente manera:
o Nos vamos a la tabla atención y filtramos por código de atención.

o Copiamos el fkPaciente y nos vamos a la tabla Paciente filtrándolo por el fkPaciente que
copiamos en la tabla atención.
o En el tabla paciente existe un campo llamado fichamedica que contiene los siguientes
valores:
o 0: No
o 1: Si
o 2: Ahora no
 Lo único que faltaría es cambiarle el valor según mencione el correo.


Manual BD Multilab

Încărcat de

Informații document

Descriere originală:

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Manual BD Multilab

Încărcat de

Drepturi de autor:

Formate disponibile

Manual de Base de Datos

Revisó Mateo Bedoya

Manual de Base de Datos (ML-TI-07) Versión 2 1

En la base de datos podemos encontrar el registro de estos documentos de venta en la tabla

Manual de Base de Datos (ML-TI-07) Versión 2 2

FkSucursal : Sucursal donde se creó el documento de venta . viene de la tabla Sucursal

Numero : Numero de la Boleta

Manual de Base de Datos (ML-TI-07) Versión 2 3

Entonces , viene de la sucursal 10.

, la cual corresponde a : MULTILAB LINCE

Manual de Base de Datos (ML-TI-07) Versión 2 4

Fecha : Fecha de Creación del documento de Venta.

En el Optimus podemos ver reflejado los documentos de venta creados en el modulo

Manual de Base de Datos (ML-TI-07) Versión 2 5

Básicamente en esta tabla se encuentra

Manual de Base de Datos (ML-TI-07) Versión 2 6

Manual de Base de Datos (ML-TI-07) Versión 2 7

Fecha: Fecha en la cual se realizó el Pago.

Cabe resaltar que :

Manual de Base de Datos (ML-TI-07) Versión 2 8

Campos más importantes en la tabla Atención:

- PkAtencion : Identificador o llave primaria de la tabla.

Manual de Base de Datos (ML-TI-07) Versión 2 9

Podemos verificar el estado de las atenciones en el modulo de ATENCION en el Optimus.

Todos los campos de esta imagen vienen directamente de la table Atención.

Manual de Base de Datos (ML-TI-07) Versión 2 10

PkAtencionDetalle : primary Key de atencionDetalle.

FkAtencióon : viene de la tabla AtencionAtención. AI015375

Este tema se dDetallaráe mas adelante la tabla Examen.

https://optimus0.multilab.com.pe/optimus/laboratorio/consultar_atencion Field Code Changed

Manual de Base de Datos (ML-TI-07) Versión 2 11

Inmediatamente se listará la atención, y entraremos en Validar resultados:

Manual de Base de Datos (ML-TI-07) Versión 2 12

Para asegurarse de que la relación se creó, debemos verificarlo en el módulo de ventas:

Manual de Base de Datos (ML-TI-07) Versión 2 13

Los campos más importantes en la tabla exámenes son:

PkExamen : Primary key o identificador del examen.

FkAreaProceso : viene de la tabla areaProceso.

Manual de Base de Datos (ML-TI-07) Versión 2 14

Pk_codParametro : El primary key del Parametro .

Tipo : D- DECIMAL , L : LISTA , T: TEXTO

Val_min : El sistema restringe ingreso de valores menores que este campo.

Val_max : El sistema restringe ingreso de valores mayores que este campo.

Plantilla para reportar

Manual de Base de Datos (ML-TI-07) Versión 2 16

Rangos : Los rangos que aparecerán en el reporte , se modifica línea a línea.

OrdenParametro: Orden en que se presentara el resultado

Manual de Base de Datos (ML-TI-07) Versión 2 17

5. Otros cambios frecuentes en la base de datos

 Cambio de medico a una atención

o Agregar tiempos de entrega por lugar de procesamiento a la sede en la tabla

o Agregar la opción al inicio de sesión en el archivo application/views/auth/login.php (hay que

Manual de Base de Datos (ML-TI-07) Versión 2 19

o Agregar la sede al filtro de sucursal de módulo de laboratorio (hay que parametrizar).

Manual de Base de Datos (ML-TI-07) Versión 2 20

o Como resultado de filtrar por código de examen en lab_parametros, obtendremos la cantidad de

 Nota: El contenido que se encuentra entre cada elemento html (<p>contenido</p>)

Formatted: Centered, Bulleted + Level: 1 + Aligned at:

 Val_inf (mayor o igual que >=)

Formatted: Centered, Bulleted + Level: 1 + Aligned at:

Manual de Base de Datos (ML-TI-07) Versión 2 21

 Agregar médico a una atención