Utilizar archivos SAP IDoc

Los iDocs de SAP cuentan con campos de datos agrupados en segmentos. Los propios segmentos establecen entre sí una relación de jerarquía.

Pongamos el caso de un médico que extiende una receta de un fármaco a un paciente de un hospital de manera que el paciente debe dirigirse a la farmacia del hospital. Esto se puede realizar enviando un IDoc desde un programa de cabecera al programa de la farmacia. Ahora imaginemos que el IDoc presenta una jerarquía de cuatro niveles de segmentos:

Nombre del paciente: Johnson

Diagnóstico: Tos crup

Diagnóstico: fractura de tibia

Tipo de visita ingreso

Fármaco codeína

Fármaco amidol

Tipo de visita revisión

Fármaco naprosin

Nivel 1: contiene datos que permanecen inalterables durante años, como el nombre y la dirección del paciente.

Nivel 2: contiene datos que permanecen inalterables durante el desarrollo de una determinada enfermedad y que, sin embargo, cambian cuando se trata de otra enfermedad, como el médico y el diagnóstico. Un paciente determinado puede disponer de más de un segmento de segundo nivel.

Nivel 3: contiene datos que permanecen inalterables durante una visita determinada al hospital, pero que cambian cuando se trata de otra visita, como, por ejemplo, el tipo de visita (ingreso o revisión) y el médico. Durante el desarrollo de una enfermedad, un paciente puede realizar más de una visita al hospital.

Nivel 4: contiene datos que tienden a ser diferentes en cada receta, como el médico que la extiende, la medicina y la dosis. Se puede pedir más de una medicina para un paciente determinado en una visita concreta.

Integración con SAP

Trabajar con archivos IDoc

Tipos de IDoc y definiciones de segmento

Convertir datos jerárquicos IDoc en registros planos

Dado que los datos de un segmento inferior siempre están asociados con los datos de su superior, cualquier ruta de acceso sin bifurcación a través de una estructura de árbol de un IDoc, desde un nodo superior a un nodo inferior se puede considerar como un registro, como ocurre con los registros de una base de datos en forma de tabla.

Ejemplo

Observe la jerarquía de datos que aparece a continuación, en la que cada segmento dispone de un solo campo para mayor sencillez:

Nombre del paciente: Johnson
	Diagnóstico: Tos crup
	Diagnóstico: fractura de tibia
		Tipo de visita ingreso
			Fármaco codeína
			Fármaco amidol
		Tipo de visita revisión
			Fármaco naprosin

Se ha tratado al paciente Johnson diversas veces por crup y fractura de tibia. (No se describen los detalles de la primera enfermedad.)En la primera visita al hospital, el médico prescribió codeína y amidol. En la segunda, el médico prescribió naprosyn.

La ruta de la fractura de tibia y la prescripción de naprosyn se puede distribuir en un registro plano de la manera siguiente:

Nombre del paciente	Diagnóstico	Visita	Fármaco
Johnson	fractura de tibia	revisión	naprosin

Las otras dos rutas completas se pueden distribuir en los siguientes registros:

Nombre del paciente	Diagnóstico	Visita	Fármaco
Johnson	fractura de tibia	ingreso	codeína
Johnson	fractura de tibia	ingreso	amidol

Cuando BarTender lea los IDoc, distribuirá las estructuras de árbol de los datos en registros planos. Seleccionará los campos de estos registros que necesite en los objetos de la plantilla.

Segmento maestro

No siempre necesitará un elemento para cada registro posible que se pueda producir desde la jerarquía de datos de un IDoc. BarTender se puede configurar al imprimir para que seleccione solo algunos registros, pero ciertos documentos que toman datos de un IDoc no necesitarán todos los registros posibles, ni en el caso más habitual. BarTender utiliza el concepto de Segmento maestro para ayudar a generar únicamente los registros necesarios desde un IDoc.

El Segmento maestro es un segmento cuyos datos son el centro de interés a la hora crear diseños. BarTender generará un registro para cada segmento del IDoc que se designe como Segmento maestro.

Ejemplo

Consulte la estructura de árbol de datos que se muestra en el ejemplo de presentación. Si el hospital necesita una etiqueta para cada fármaco que se prescriba, establecerá el Segmento maestro en el cuarto nivel. Esto podría causar que BarTender produzca tres registros:

Nombre del paciente	Diagnóstico	Visita	Fármaco
Johnson	fractura de tibia	ingreso	codeína
Johnson	fractura de tibia	ingreso	amidol
Johnson	fractura de tibia	revisión	naprosin

Supongamos que el hospital dispone de archivos separados para cada visita del paciente y quiere generar etiquetas para utilizarlas en carpetas de archivos. Solo se necesita una etiqueta para cada visita. De este modo, el Segmento maestro se establece en el tercer nivel y BarTender produce dos registros:

Nombre del paciente	Diagnóstico	Visita	Fármaco
Johnson	fractura de tibia	ingreso	codeína amidol
Johnson	fractura de tibia	revisión	naprosin

En el primero de estos registros, BarTender incluyó el campo Fármaco del nivel inferior al Segmento maestro y concatenó todos los datos de los segmentos en dicho nivel inferior. Para obtener más información, consulte la Cuadro de diálogo Repetir reglas de segmentos.

Dado que BarTender producirá un registro para cada instancia del Segmento maestro, completar la siguiente instrucción podría ayudar a determinar qué utilizar como su Segmento maestro:

En la típica tirada de elementos creados desde este IDoc, querré un documento para cada _____________.

En el ejemplo anterior, si "visita" rellena el espacio en blanco, el tercer nivel sería probablemente la mejor elección de nivel del Segmento maestro, pero si el espacio en blanco se rellena con "fármaco prescrito", seguramente sea el cuarto nivel el que mejor se adapte.