Uso
lint.include de fhiron.config.json:
Qué detecta
El linter usa@fhiron/linter — mismas reglas que el MCP connector. Captura errores que se ven sin necesidad de HAPI:
resourceTypeausente o desconocido- Identificadores well-known mal escritos (ej.
CSNombreCampana, comunas, TFC, ATC) - Estructura mínima rota (campos requeridos por R4 ausentes)
- Sistemas de codificación con namespace incorrecto
- Patrones de fecha ISO-8601 inválidos
fhiron validate.
Output
Flags
| Flag | Efecto |
|---|---|
--json | Output programático en JSON (válido para parsear en scripts). |
--quiet | Solo errores, oculta warnings. |
Exit codes
| Code | Significado |
|---|---|
0 | Sin errores (puede haber warnings). |
1 | Hay al menos un error. |
2 | No se pudo cargar @fhiron/linter (problema de instalación). |
Limitaciones
El linter NO conoce los perfiles oficiales completos — no resuelve cardinalidades de slicing complejo, bindings required contra ValueSets externos (UCUM, SNOMED, LOINC), ni invariantes FHIRPath. Para eso usafhiron validate, que pasa por HAPI con CL Core 1.9.4 cargado.
Piensa en lint como ESLint, y en validate como TypeScript: detectan capas distintas.