Parte 53 · Clase 521 de 830

ARQ-521 · Hospital como sistema de flujos

Parte 53 · Fase II · Clase desarrollada · Incorporada en v0.29.0.

Prerrequisitos conceptuales: ARQ-520. Sin calendario. Casos, capacidades y resultados son ficticios salvo antecedentes expresamente atribuidos. Material educativo: no constituye proyecto ejecutable, programa clínico u operacional aprobado, cálculo firmado, autorización, certificación ni habilitación profesional. Revisión externa especializada pendiente.

Pregunta central

¿Cómo convertir un hospital en un sistema coordinado de cuidados, personas, materiales, información y servicios sin reducirlo a una suma de departamentos?

Resultado y continuidad

Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-520 conserva métodos, no cifras. El siguiente capítulo, ARQ-522, recibe la lógica y vuelve a declarar sus propios parámetros.

1. El tipo como sistema, no como imagen

Un hospital no es un edificio con habitaciones añadidas alrededor de un pasillo. Su arquitectura conecta atención abierta, urgencia, diagnóstico y tratamiento, hospitalización, logística, soporte técnico, personal, visitantes y servicios que operan de forma simultánea. La planificación debe comenzar por funciones y relaciones, no por repetir la planta de otro hospital. La guía chilena de diseño hospitalario organiza precisamente relaciones funcionales y unidades, mientras la OMS subraya que el hospital necesita infraestructura fiable, continuidad y capacidad de adaptación [HLT-MINSAL-GUIA] [HLT-WHO-HOSP].

La privacidad no se limita a cerrar una puerta. Incluye conversación, exposición visual, información, acompañamiento y separación entre quienes esperan y quienes reciben atención. El proyecto debe describir la actividad antes de elegir la solución.

2. Cinco capas que deben coordinarse

La clase utiliza cinco capas de lectura: red asistencial y territorio, flujos clínicos y no clínicos, programa por unidades, infraestructura crítica y cambio y crecimiento. No forman una secuencia obligatoria ni una clasificación normativa. Sirven para evitar que una decisión se optimice en una sola capa y traslade el problema a otra.

En la primera capa se define el servicio y quién lo utiliza. En la segunda se siguen recorridos, tiempos y cambios de estado. La tercera convierte esas relaciones en un programa espacial comprobable. La cuarta identifica estructura, envolvente, instalaciones, equipamiento y mantenimiento. La quinta pregunta qué sucede cuando cambia la demanda, falla un componente o se interviene el edificio.

3. Programa y flujos: conservar fronteras

Un flujo no es solamente una línea. Tiene origen, destino, objeto o persona que se mueve, restricciones, estado temporal y dependencias. Dos flujos pueden compartir un corredor y seguir siendo distintos; también pueden necesitar separación por privacidad, seguridad, operación o control ambiental. La justificación debe nombrar el motivo, no usar colores como explicación.

Los cuadros de áreas tampoco sustituyen geometría. Que una suma cierre no prueba que los recintos quepan, que sus relaciones funcionen o que las instalaciones puedan coordinarse. Cuando se transfiere superficie entre categorías, la clase obliga a identificar qué evidencia previa deja de ser válida.

4. Tecnología e infraestructura

La arquitectura necesita reservar espacio y acceso para sistemas que sostienen el servicio. Esos sistemas pueden incluir energía, agua, aire, datos, transporte interno, equipamiento especializado y soporte técnico, según la tipología. La reserva debe existir en planta, sección y secuencia de mantenimiento, no solo en una memoria.

En salud, una relación espacial puede tener consecuencias operativas sin ser una regla clínica. Acercar dos unidades reduce ciertos recorridos, pero también puede aumentar cruces o concentrar infraestructura. Por eso cada decisión debe indicar qué tarea mejora y qué nueva interfaz crea.

Un dato técnico siempre conserva su procedencia. Una capacidad nominal de equipo, una dimensión de catálogo o un requisito de una guía extranjera no se transforma automáticamente en prestación del edificio ni en exigencia legal local. El proyecto debe indicar fuente, edición, condiciones, quién revisa y qué se desconoce.

5. Operación, accesibilidad y estados no ordinarios

La experiencia se evalúa como cadena completa: llegar, orientarse, atravesar procesos, usar el servicio, acceder a apoyos y salir. Una condición favorable en un tramo no compensa una interrupción en otro. Accesibilidad, información y asistencia deben estudiarse en todos los estados relevantes, no solamente durante operación ideal.

También se representan mantenimiento, limpieza, obra y fallas. Si una alternativa depende de que siempre exista un equipo, puerta o conexión, esa dependencia queda escrita. La redundancia requiere independencia suficiente; duplicar dos componentes que comparten un único nodo crítico puede conservar la misma falla única.

Caso trabajado

HOSP-BASE-01 adopta 18.000 m² brutos ficticios: 7.200 m² clínicos generales, 3.600 de diagnóstico/tratamiento, 3.000 de hospitalización, 1.800 de soporte logístico, 1.500 de circulación y 900 técnicos. La suma es 18.000. Si urgencias necesita 600 m² adicionales manteniendo el total, esos 600 deben provenir de categorías declaradas y cada transferencia reabre circulaciones, suministros, instalaciones y operación.

Qué demuestra y qué no demuestra

El resultado permite comprobar únicamente las relaciones aritméticas o geométricas declaradas. No valida seguridad, control de infecciones, operación aeronáutica, capacidad clínica, accesibilidad reglamentaria ni cumplimiento. Para transferirlo a un caso real hacen falta programa validado, levantamiento, datos de demanda, normativa vigente, especialidades, pruebas y autorizaciones pertinentes.

6. Profundización: cómo revisar una propuesta

• Reconstruye la necesidad. Escribe qué servicio se pretende prestar y bajo qué estado.

• Sigue una tarea completa. No saltes del acceso al destino ignorando decisiones, esperas o apoyos.

• Localiza interfaces. Identifica dónde dos actividades, disciplinas o autoridades necesitan una misma condición.

• Conserva versiones. Si cambia programa, capacidad o geometría, vuelve a comprobar documentos dependientes.

• Declara lo desconocido. No reemplaces una medición ausente por un valor cómodo ni una referencia extranjera por regulación local.

Errores frecuentes y controles de calidad

Evita usar promedios para ocultar picos, asumir que más superficie mejora automáticamente el servicio, tratar toda circulación como desperdicio, confundir capacidad teórica con operación real, dibujar rutas sin estados de puertas o controles, y considerar un equipo redundante sin revisar su alimentación y dependencias. Comprueba unidades, ventana temporal, denominadores y límites del modelo.

Práctica independiente

Mantén 18.000 m² y traslada 400 m² desde clínico general y 200 desde soporte logístico hacia diagnóstico/tratamiento. Reconstruye el cuadro y enumera cuatro relaciones funcionales que tendrían que revisarse.

Además de la cuenta, redacta dos afirmaciones respaldadas y dos que todavía no pueden sostenerse. Para cada pendiente indica qué dato, documento, prueba o especialista permitiría resolverla.

Autoevaluación y transferencia

Puedes avanzar cuando reconstruyes el caso sin mirar la solución, explicas por qué una suma correcta no prueba funcionamiento integral, dibujas al menos una cadena de uso con sus estados y nombras una evidencia que falta. La transferencia correcta mantiene el razonamiento y sustituye los parámetros cuando cambia el proyecto.

Figura 521. Esquema conceptual original. No constituye plano, protocolo clínico, procedimiento aeronáutico ni detalle ejecutable.

Decisión pedagógica y posición curricular

Por qué existe

Esta clase existe para resolver una necesidad concreta del recorrido: ¿Cómo convertir un hospital en un sistema coordinado de cuidados, personas, materiales, información y servicios sin reducirlo a una suma de departamentos?

Por qué está exactamente aquí

Abre la Parte 53 porque plantea primero el problema «¿Cómo convertir un hospital en un sistema coordinado de cuidados, personas, materiales, información y servicios sin reducirlo a una suma de departamentos?». La transición desde ARQ-520 · Proyecto de interpretación y adaptación conserva métodos de evidencia y límites, pero no traslada parámetros del bloque anterior. Establece la pregunta y el producto base que ARQ-522 · Urgencias y diagnóstico desarrollará a continuación.

• Prerrequisitos: ARQ-520
• Capacidad que introduce: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-520 conserva métodos, no cifras. El siguiente capítulo, ARQ-522, recibe la lógica y vuelve a declarar sus propios parámetros.
• Clases o experiencias que dependen de ella: ARQ-522

flowchart LR
    A["Prerrequisitos · ARQ-520"] --> B["ARQ-521 · necesidad y fundamento"]
    S["Fuentes · HLT-MINSAL-GUIA Guías para el Diseño de Establecimientos de Salud + HLT-WHO-HOSP Hospitals + HLT-WHO-FUTURE Hospitals…"] --> B
    B --> C["Actividad auténtica"]
    C --> D["Evidencia auditable"]
    D --> E["Continuidad · ARQ-522"]

El diagrama permite comprobar una relación que el texto lineal oculta con facilidad: esta clase recibe capacidades previas, toma decisiones apoyadas por fuentes, exige una experiencia y produce evidencia que habilita trabajo posterior. No representa un procedimiento de obra.

Resultado observable, evidencia y evaluación

1. Identificar y delimitar las condiciones necesarias para responder la pregunta central de hospital como sistema de flujos.
2. Producir y comprobar la evidencia declarada por la clase: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-520 conserva métodos, no cifras. El siguiente capítulo, ARQ-522, recibe la lógica y vuelve a declarar sus propios parámetros.
3. Justificar una decisión de hospital como sistema de flujos mediante fuentes, supuestos, alternativas y límites explícitos.

Actividad, evidencia y criterio de aceptación

Actividad: Mantén 18.000 m² y traslada 400 m² desde clínico general y 200 desde soporte logístico hacia diagnóstico/tratamiento. Reconstruye el cuadro y enumera cuatro relaciones funcionales que tendrían que revisarse. Además de la cuenta, redacta dos afirmaciones respaldadas y dos que todavía no pueden sostenerse.

Evidencia mínima: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-520 conserva métodos, no cifras. El siguiente capítulo, ARQ-522, recibe la lógica y vuelve a declarar sus propios parámetros.

Archivo sugerido: evidence/ARQ-521/evidencia.md.

Criterio de aceptación: la entrega se acepta cuando:

• La entrega responde explícitamente a la pregunta: ¿Cómo convertir un hospital en un sistema coordinado de cuidados, personas, materiales, información y servicios sin reducirlo a una suma de departamentos?
• La actividad conserva las fronteras del caso y permite reconstruir el procedimiento: Mantén 18.000 m² y traslada 400 m² desde clínico general y 200 desde soporte logístico hacia diagnóstico/tratamiento. Reconstruye el cuadro y enumera cuatro relaciones funcionales que tendrían que revisarse. Además de la cuenta, redacta dos afirmaciones respaldadas y dos que todavía no pueden sostenerse.
• Cada afirmación externa puede seguirse hasta una fuente, su alcance consultado y su límite.
• La evidencia deja disponible una entrada comprobable para ARQ-522.
• Evita usar promedios para ocultar picos, asumir que más superficie mejora automáticamente el servicio, tratar toda circulación como desperdicio, confundir capacidad teórica con operación real, dibujar rutas sin estados de puertas o controles, y considerar un equipo redundante sin revisar su alimentación y dependencias. Comprueba unidades, ventana temporal, denominadores y límites del modelo.

La rúbrica común complementa estos criterios; no los reemplaza. Una entrega puede superar un promedio y continuar pendiente si oculta una condición crítica.

Trazabilidad de las decisiones

La tabla permite auditar las relaciones; la explicación, el caso y la práctica de la clase siguen siendo la documentación principal.

Autoevaluación, recuperación y continuidad

Errores diagnósticos

Antes de avanzar, comprueba si puedes reconstruir cada resultado sin mirar la solución, señalar qué evidencia lo sostiene y nombrar una condición que obligaría a revisar tu decisión. Conserva la primera versión, la objeción recibida y la revisión.

Conexión siguiente: La continuidad inmediata es ARQ-522 · Urgencias y diagnóstico; conserva el método y vuelve a verificar datos y límites.

Fuentes y alcance de uso

[HLT-MINSAL-GUIA] Guías para el Diseño de Establecimientos de Salud

Ministerio de Salud de Chile - Plan de Inversiones en Salud. https://plandeinversionesensalud.minsal.cl/guias-para-el-diseno-de-establecimientos-de-salud/

Consulta: Página oficial que reúne la Guía de Diseño para establecimientos hospitalarios de mediana y alta complejidad, documentos por unidades y fichas de recintos tipo. Apoyo: Planificación hospitalaria, relaciones funcionales, unidades, coordinación arquitectónica, técnica, energética y de vulnerabilidades en el contexto chileno. Límite: Las guías y fichas deben revisarse en su versión vigente y junto con normativa aplicable; el programa no reproduce íntegramente sus documentos ni autoriza un proyecto.

[HLT-WHO-HOSP] Hospitals

World Health Organization. https://www.who.int/health-topics/hospitals

Consulta: Página temática institucional sobre hospitales, usuarios, infraestructura, resiliencia y continuidad de servicios. Apoyo: Hospital como infraestructura compleja que debe responder a necesidades comunitarias, tecnologías, servicios críticos y emergencias. Límite: No contiene programa arquitectónico dimensional ni reemplaza regulación nacional.

[HLT-WHO-FUTURE] Hospitals of the future: a technical brief on re-thinking the architecture of hospitals

WHO Regional Office for Europe. https://www.who.int/europe/publications/i/item/WHO-EURO-2023-7525-47292-69380

Consulta: Ficha pública y resumen del documento técnico de 2023. Apoyo: Flexibilidad, seguridad, confort, higiene, resiliencia y transformación de hospitales nuevos y existentes. Límite: Contexto europeo y documento de orientación; no se adoptan dimensiones ni requisitos como normativa chilena.