Por Brian Fengler
Todas las noches, en el departamento de emergencias, el historial médico electrónico zumba con pequeñas demandas de atención. Empuje sobre la sepsis. Un consejo de mejores prácticas. Una documentación que llega entre pacientes pide una referencia y otro clic.
La mayoría de nosotros tratamos esas indicaciones como ruido de fondo. Casi ninguno de nosotros se detiene a preguntarse si un empujón determinado es en realidad una pregunta o si se basa en el mismo estándar.
En agosto, esa pregunta recibió una respuesta oficial. Y esa no es la respuesta que venden la mayoría de los proveedores de TI para la salud.
Fue publicado por la Asociación Estadounidense de Gestión de Información de Salud y la Asociación de Especialistas en Integridad de la Documentación Clínica. Actualización de 2026 de sus directrices para lograr una práctica de consulta compatibleBasado en comentarios de Alrededor de 200 personas y grupos. El principio es simple: "Ya sea que la pregunta provenga de una persona o de una tecnología, el estándar de cumplimiento debe seguir siendo el mismo".
Luego viene la frase que concluye el conocido reclamo de ventas: "Las organizaciones no deben asumir que una herramienta suministrada por un proveedor o integrada en un EHR genera preguntas de cumplimiento de forma predeterminada".
Durante años, el “cumplimiento por defecto” ha servido como una promesa tácita en torno a la documentación clínica habilitada por IA y las herramientas de revisión de utilización.
Si un sistema puede generar una consulta, puede generar una legal. Las directrices de 2026 cerrarán esa brecha. El cumplimiento ya no es una presunción de que el software es correcto. Depende del sistema de salud comprarlo.
Soy médico de urgencias. Cofundé EvidenceCare en 2016 porque vi a los médicos ahogándose en indicaciones mucho antes de la llegada de la IA generativa. Lo que las nuevas directrices dejan claro es que el problema inmediato nunca es sólo la fatiga de alerta. También se trata de quién es responsable cuando una máquina le pide a un médico que documente algo que cambia la forma en que se codifica, califica o paga un caso.
Una pregunta de qué hace
La Sección XI de las pautas, titulada “Tecnología de consulta”, cubre cuatro tipos de herramientas: documentación médica asistida por computadora, codificación asistida por computadora, modelado de lenguaje grande y plataformas de inteligencia artificial generativa que generan o entregan lenguaje de consulta, y avisos y alertas integrados en EHR.
Las pautas definen una consulta por función en lugar de por etiqueta. Una comunicación es una pregunta "cuando a un proveedor se le presenta un diagnóstico específico o una opción de documentación para su consideración en relación con un encuentro específico con un paciente" y esa definición es "independientemente de cómo esté etiquetada la comunicación o dónde aparezca en la plataforma tecnológica". Los avisos, empujones, avisos y advertencias están claramente nombrados. Una herramienta comercializada como apoyo pasivo a la toma de decisiones no está exenta por cómo la llama el proveedor.
La definición es más estrecha de lo que parece a primera vista. El apoyo pasivo a las decisiones clínicas que muestra información instructiva sin dirigir al proveedor hacia una respuesta específica para un paciente en particular no es una pregunta. La prueba práctica es la siguiente: ¿la herramienta orienta al médico hacia una respuesta específica para un paciente específico? Cuando eso no está claro, las pautas dicen que la comunicación debe tratarse como una consulta y cumplir con cada estándar de cumplimiento aplicable.
En un turno ajetreado, esa distinción no es académica. "Aquí están los criterios de sepsis" es el material de referencia. "Considerar documentar una sepsis grave para este encuentro" es una pregunta. Llamar empujón al segundo no cambia eso.
Mismas reglas que una nota escrita a mano
Una pregunta generada por IA es idéntica a una pregunta escrita a mano. Debe incluir indicadores clínicos relevantes extraídos de la historia clínica. Se debe evitar la interpretación subjetiva. Su título, identificador de seguimiento y línea de asunto no deben indicar el diagnóstico deseado, el efecto de reembolso o el estándar de calidad. Las opciones de respuesta deben tener respaldo clínico, deben incluir una opción “otra” o espacio para una explicación alternativa y no deben utilizar formato, énfasis u orden que dirija al proveedor hacia una respuesta preferida.
Ambos términos son fáciles de pasar por alto y es allí donde la mayoría del diseño de productos falla silenciosamente. Las plantillas automatizadas "no deben completar automáticamente un campo de respuesta ni sugerir conclusiones sin la validación del proveedor". Y si una consulta generada por tecnología no produce la respuesta que una organización desea, puede no ser apropiado enviar una consulta manual de seguimiento solo para reemplazar la respuesta anterior de un proveedor si no hay nuevos indicadores clínicos.
Las pautas son honestas acerca de dónde surge el riesgo: la configuración del instrumento, los datos de capacitación y el diseño del sistema, especialmente cuando esas opciones introducen un sesgo direccional o anteponen el reembolso a la precisión clínica.
Lo que se requiere es "de acuerdo con el diseño".
Las directrices fijan el resultado y dejan la construcción en manos del vendedor. Lograr ese resultado no significa ejecutar un modelo de lenguaje grande en un gráfico y transmitir texto fluido. Por lo general, esto se refiere a las elecciones realizadas antes de que se creara la primera consulta.
Las plantillas deben restringir el modelo y probarlo contra esas restricciones. Si la lógica de formato no puede poner en negrita, resaltar o reorganizar las opciones de respuesta, el resultado se formateará en lugar de limpiarse antes de la entrega. Los campos de respuesta no preseleccionan una respuesta. Los indicadores clínicos deben ser rastreables, de modo que una organización pueda mostrar cómo se obtuvo cada indicador y por qué se incluyó cada opción de respuesta. Y el flujo de trabajo de revisión humana tiene que vivir en alguna parte. Las directrices permiten una revisión previa a la entrega o una "auditoría estructurada continua del resultado de la consulta" y esperan una auditoría estructurada periódica en ausencia de una revisión previa a la entrega.
Desde el punto de vista del producto, esa es la diferencia entre una IA que escribe bien y una IA que sobrevive a una auditoría.
El comprador asume el riesgo
En cuanto a la responsabilidad, las directrices dejan poco margen de interpretación: "Los propietarios de los procesos organizacionales son responsables de cada consulta enviada a un proveedor, incluidas las generadas por procesos automatizados o asistidos por IA". La investigación de proveedores y la revisión del cumplimiento de las herramientas de consulta técnica incluyen revisión humana, frecuencia de auditoría, capacitación del personal y procesos para informar y corregir consultas inapropiadas. La carga de la prueba recae en el sistema de salud que recibe el dispositivo, no en la organización que lo vendió.
Los reguladores están siguiendo el mismo camino. como Resumido por Arnold y PorterLa Oficina del Inspector General del HHS enumeró la “codificación no compatible que fomenta las indicaciones generadas por IA” entre las “prácticas potenciales de ajuste del riesgo de abuso” en su guía de cumplimiento de Medicare Advantage de marzo de 2026.
El aprendizaje mediante consultas atrajo la implementación antes de que la IA entrara en escena. En diciembre de 2024, Independent Health acordó pagar hasta $98 millones La filial buscó retrospectivamente registros médicos para abordar las acusaciones de la Ley de Reclamaciones Falsas y cuestionó a los médicos en busca de información que respaldara diagnósticos adicionales y puntuaciones de riesgo más altas. Las acusaciones se resolvieron sin confirmación de responsabilidad y AI no estuvo involucrada. El caso muestra cuán de cerca los reguladores ya están examinando el proceso de investigación.
Si se coloca esa solución junto al lenguaje de la OIG y las directrices de 2026, es difícil pasar por alto el patrón. Una herramienta de consulta ya es un objetivo de implementación. La inteligencia artificial no inventa el peligro. Lo escaló y luego lo empaquetó como una característica.
Para los líderes que evalúan un CDI habilitado para IA o una herramienta de revisión de usabilidad, ahora hay cuatro preguntas junto a lo que se sabe sobre precisión, integración y velocidad:
- ¿Cómo previene la herramienta, en términos específicos, la pregunta principal, en lugar de indicar lo que hace?
- ¿Qué herramientas de nuestro entorno, incluidas las alertas de HCE, cumplen con la definición de la pregunta?
- ¿Quién revisa las consultas antes de la entrega o con qué frecuencia las auditamos después?
- Una vez que encontramos una consulta, ¿cuál es nuestro proceso para corregir una consulta que no cumple?
Antes del próximo ciclo de auditoría
El punto principal de la actualización de 2026 es que “cumplir por defecto” siempre ha sido una afirmación de marketing, y ahora es una afirmación que la organización adoptante debe probar por sí misma. El volumen de consultas, la carga de los proveedores y la escala de revisión de la documentación hacen que cierta automatización sea inevitable. Bien hecho, sigue siendo una de las mejores respuestas al estrés en los equipos CDI.
Pero "bien hecho" ahora tiene una definición escrita y es más específica de lo que muchos productos en el mercado están diseñados para satisfacer. Las organizaciones que tratan la actualización como un requisito de diseño y revisan cada advertencia, aviso y pregunta redactada por IA con respecto a la Sección XI estarán en una posición más sólida cuando llegue el próximo ciclo de auditoría. Más importante aún, todavía tienen derecho a la confianza según el proceso de interrogatorio.
Brian Fengler, MD, director médico y cofundador Cuidado de evidenciaUna organización de mejora del desempeño clínico que cofundó en 2016.