{"id":12613,"date":"2026-02-14T14:16:15","date_gmt":"2026-02-14T17:16:15","guid":{"rendered":"https:\/\/rtmedical.com.br\/fundamentos-dicom-objetos-datos-es\/"},"modified":"2026-02-14T19:30:30","modified_gmt":"2026-02-14T22:30:30","slug":"fundamentos-dicom-objetos-datos-es","status":"publish","type":"post","link":"https:\/\/rtmedical.com.br\/es\/fundamentos-dicom-objetos-datos-es\/","title":{"rendered":"Fundamentos DICOM: Objetos, Comunicaciones y Datos"},"content":{"rendered":"<div class=\"toc\">\n<h2>En Este Art\u00edculo<\/h2>\n<ul>\n<li><a href=\"#que-es-dicom\">1. Qu\u00e9 Es DICOM y Por Qu\u00e9 Importa<\/a><\/li>\n<li><a href=\"#modelo-informacion\">2. Modelo de Informaci\u00f3n DICOM<\/a><\/li>\n<li><a href=\"#vrs-diccionario\">3. VRs y Diccionario de Datos<\/a><\/li>\n<li><a href=\"#comunicaciones\">4. Comunicaciones DICOM: SOPs y Asociaciones<\/a><\/li>\n<li><a href=\"#medios-seguridad\">5. Medios y Seguridad DICOM<\/a><\/li>\n<li><a href=\"#errores-comunes\">6. Errores Comunes y Limitaciones<\/a><\/li>\n<\/ul>\n<\/div>\n<h2 id=\"que-es-dicom\">Qu\u00e9 Es DICOM y Por Qu\u00e9 Sigue Dominando la Imagen M\u00e9dica<\/h2>\n<p>DICOM no es solo un formato de archivo. Esa sigue siendo la confusi\u00f3n m\u00e1s persistente entre los profesionales que ingresan al mundo digital de la radiolog\u00eda. En realidad, el est\u00e1ndar <strong>Digital Imaging and Communications in Medicine<\/strong> es un protocolo integral de transferencia, almacenamiento y visualizaci\u00f3n de datos dise\u00f1ado para cubrir pr\u00e1cticamente todos los aspectos funcionales de la medicina digital contempor\u00e1nea.<\/p>\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" class=\"alignright lazyload\" data-src=\"https:\/\/rtmedical.com.br\/wp-content\/uploads\/2026\/02\/dicom-pacs-architecture.jpeg\" alt=\"Diagrama de arquitectura PACS mostrando modalidades de adquisici\u00f3n, archivo digital y estaciones de visualizaci\u00f3n interconectadas v\u00eda protocolo DICOM\" src=\"data:image\/svg+xml;base64,PHN2ZyB3aWR0aD0iMSIgaGVpZ2h0PSIxIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjwvc3ZnPg==\" style=\"--smush-placeholder-width: 692px; --smush-placeholder-aspect-ratio: 692\/548;\"><figcaption>Componentes principales de un sistema PACS integrado v\u00eda DICOM<\/figcaption><\/figure>\n<p>Concebido en 1983 por un comit\u00e9 conjunto entre el American College of Radiology (ACR) y la National Electrical Manufacturers Association (NEMA), el est\u00e1ndar evolucion\u00f3 desde una especificaci\u00f3n simple de grabaci\u00f3n en cinta magn\u00e9tica hasta un ecosistema que sustenta toda la cadena de im\u00e1genes m\u00e9dicas. Hoy, todos los equipos digitales de adquisici\u00f3n \u2014 tom\u00f3grafos, resonancias, ec\u00f3grafos \u2014 producen im\u00e1genes DICOM y se comunican a trav\u00e9s de redes DICOM. Para una visi\u00f3n integral de c\u00f3mo este est\u00e1ndar se integra en la pr\u00e1ctica cl\u00ednica, consulte nuestra <a href=\"https:\/\/rtmedical.com.br\/?p=12597\">gu\u00eda completa sobre DICOM en la pr\u00e1ctica cl\u00ednica e integraci\u00f3n de sistemas de imagen<\/a>.<\/p>\n<p>\u00bfQu\u00e9 hace al DICOM insustituible? Tres pilares: calidad diagn\u00f3stica excepcional (soporte de hasta 65.536 niveles de gris, contra 256 del JPEG convencional), codificaci\u00f3n completa de metadatos cl\u00ednicos mediante m\u00e1s de 2.000 atributos estandarizados, y definici\u00f3n precisa de funcionalidades de dispositivos a trav\u00e9s de las Conformance Statements.<\/p>\n<h2 id=\"modelo-informacion\">Modelo de Informaci\u00f3n DICOM: C\u00f3mo Se Estructuran los Datos Cl\u00ednicos<\/h2>\n<p>DICOM ve las entidades del mundo real \u2014 pacientes, estudios, dispositivos \u2014 como <strong>objetos<\/strong> descritos por <strong>atributos<\/strong>. Estas definiciones se formalizan en las <strong>Information Object Definitions (IODs)<\/strong>. Un paciente, por ejemplo, se representa mediante atributos como nombre, ID, sexo, edad y peso, capturando toda la informaci\u00f3n cl\u00ednicamente relevante.<\/p>\n<p>Este enfoque orientado a objetos puede parecer abstracto, pero resuelve un problema concreto: cuando un tom\u00f3grafo env\u00eda una imagen al archivo PACS, ambos dispositivos necesitan acordar qu\u00e9 constituye \u00abun examen de TC\u00bb \u2014 qu\u00e9 campos son obligatorios, c\u00f3mo formatear fechas, c\u00f3mo identificar un\u00edvocamente cada serie. Las IODs proporcionan ese contrato.<\/p>\n<h3>Jerarqu\u00eda de Informaci\u00f3n<\/h3>\n<p>Los datos DICOM siguen una jerarqu\u00eda de cuatro niveles: <strong>Paciente \u2192 Estudio \u2192 Serie \u2192 Imagen<\/strong>. Cada nivel posee un identificador \u00fanico (UID) que garantiza la trazabilidad. En la pr\u00e1ctica, los Patient IDs duplicados o UIDs de estudio conflictivos se encuentran entre las causas m\u00e1s frecuentes de im\u00e1genes \u00abperdidas\u00bb o fusionadas err\u00f3neamente en el PACS.<\/p>\n<p>Las IODs se componen de <strong>Modules<\/strong> (bloques de datos reutilizables) que se agrupan en <strong>Information Entities (IEs)<\/strong>. Esta arquitectura modular permite que diferentes modalidades compartan m\u00f3dulos comunes \u2014 como el Patient Module \u2014 mientras agregan m\u00f3dulos espec\u00edficos para datos de CT, MR o ecograf\u00eda.<\/p>\n<h2 id=\"vrs-diccionario\">VRs y Diccionario de Datos: La Gram\u00e1tica del DICOM<\/h2>\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" class=\"alignleft lazyload\" data-src=\"https:\/\/rtmedical.com.br\/wp-content\/uploads\/2026\/02\/dicom-encoding-data-elements.jpeg\" alt=\"Estructura de codificaci\u00f3n de elementos de datos DICOM mostrando tag, VR, longitud y valor en formato binario\" src=\"data:image\/svg+xml;base64,PHN2ZyB3aWR0aD0iMSIgaGVpZ2h0PSIxIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjwvc3ZnPg==\" style=\"--smush-placeholder-width: 691px; --smush-placeholder-aspect-ratio: 691\/565;\"><figcaption>Codificaci\u00f3n de elementos de datos DICOM: cada atributo se identifica por tag, tipo VR y valor<\/figcaption><\/figure>\n<p>Si las IODs definen <em>qu\u00e9<\/em> almacenar, las <strong>Value Representations (VRs)<\/strong> definen <em>c\u00f3mo<\/em> almacenarlo. DICOM especifica 27 tipos de VR que funcionan como la gram\u00e1tica del est\u00e1ndar. Existen VRs para textos cortos (SH, LO), textos largos (ST, LT, UT), fechas y horarios (DA, TM, DT), n\u00fameros en formato texto (IS, DS), n\u00fameros binarios (SS, US, SL, UL, FL, FD), nombres de personas (PN), identificadores de entidades (AE) e identificadores \u00fanicos (UI).<\/p>\n<p>Cada VR tiene reglas espec\u00edficas de longitud y codificaci\u00f3n de caracteres. Un campo tipo <strong>AE<\/strong> (Application Entity Title), por ejemplo, acepta un m\u00e1ximo de 16 caracteres \u2014 una limitaci\u00f3n que, sorprendentemente, todav\u00eda causa problemas cuando los administradores intentan configurar nombres demasiado descriptivos en los dispositivos.<\/p>\n<h3>Diccionarios de Datos Est\u00e1ndar y Privados<\/h3>\n<p>El <strong>DICOM Data Dictionary<\/strong> cataloga todos los atributos estandarizados con sus tags (grupo, elemento), VRs, multiplicidad y descripci\u00f3n. Pero los fabricantes frecuentemente necesitan almacenar datos propietarios \u2014 y para eso existe el mecanismo de <strong>Private Data Dictionaries<\/strong>. Tags con n\u00fameros de grupo impares est\u00e1n reservados para uso privado, permitiendo que cada fabricante extienda el est\u00e1ndar sin conflictos con los atributos oficiales.<\/p>\n<div class=\"info-box note\"><strong>Nota T\u00e9cnica:<\/strong> Los tags privados pueden causar problemas de interoperabilidad cuando las im\u00e1genes transitan entre sistemas de diferentes fabricantes. Siempre que sea posible, utilice atributos est\u00e1ndar para datos que necesiten compartirse entre instituciones.<\/div>\n<h3>Codificaci\u00f3n de Objetos DICOM<\/h3>\n<p>En la pr\u00e1ctica, un objeto DICOM es una secuencia ordenada de <strong>Data Elements<\/strong>, cada uno compuesto por un tag (identificador num\u00e9rico de 4 bytes), el VR, la longitud del valor y el valor propiamente dicho. Los elementos pueden anidarse mediante el tipo <strong>SQ (Sequence)<\/strong>, habilitando estructuras jer\u00e1rquicas complejas \u2014 como una lista de procedimientos programados dentro de una worklist.<\/p>\n<h2 id=\"comunicaciones\">Comunicaciones DICOM: SOPs, DIMSE y Asociaciones<\/h2>\n<p>Los dispositivos en la red DICOM se denominan <strong>Application Entities (AEs)<\/strong>, identificados por un AE Title, direcci\u00f3n IP y puerto. Toda comunicaci\u00f3n sigue el modelo <strong>Service-Object Pair (SOP)<\/strong>: un servicio asociado al tipo de dato que procesa.<\/p>\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" class=\"alignright lazyload\" data-src=\"https:\/\/rtmedical.com.br\/wp-content\/uploads\/2026\/02\/profissional-radiologia-workstation.jpg\" alt=\"Profesional de radiolog\u00eda operando una estaci\u00f3n de trabajo DICOM con monitores de alta resoluci\u00f3n para visualizaci\u00f3n de im\u00e1genes m\u00e9dicas\" src=\"data:image\/svg+xml;base64,PHN2ZyB3aWR0aD0iMSIgaGVpZ2h0PSIxIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjwvc3ZnPg==\" style=\"--smush-placeholder-width: 1880px; --smush-placeholder-aspect-ratio: 1880\/1253;\"><figcaption>Estaci\u00f3n de trabajo DICOM en un entorno cl\u00ednico real. Foto: Tima Miroshnichenko\/Pexels<\/figcaption><\/figure>\n<p>DICOM define roles claros: quien solicita un servicio es el <strong>Service Class User (SCU)<\/strong>, y quien lo provee es el <strong>Service Class Provider (SCP)<\/strong>. Un tom\u00f3grafo almacenando im\u00e1genes en el PACS act\u00faa como CT Storage SCU, mientras que el archivo act\u00faa como CT Storage SCP. El mismo dispositivo puede cambiar de rol \u2014 cuando el archivo necesita imprimir, se convierte en Print SCU frente a la impresora DICOM.<\/p>\n<h3>Servicios DIMSE Fundamentales<\/h3>\n<p>Los servicios se implementan a trav\u00e9s del protocolo <strong>DIMSE (DICOM Message Service Element)<\/strong>, que ofrece operaciones como:<\/p>\n<ul>\n<li><strong>C-Echo<\/strong>: el \u00abping\u00bb DICOM \u2014 verifica la conectividad entre dos AEs<\/li>\n<li><strong>C-Store<\/strong>: transfiere objetos (im\u00e1genes, informes) para almacenamiento<\/li>\n<li><strong>C-Find<\/strong>: consulta el cat\u00e1logo de estudios\/pacientes en el archivo<\/li>\n<li><strong>C-Move \/ C-Get<\/strong>: recupera im\u00e1genes almacenadas en el PACS<\/li>\n<li><strong>MWL (Modality Worklist)<\/strong>: sincroniza la lista de trabajo del RIS con la modalidad<\/li>\n<\/ul>\n<p>La diferencia entre C-Move y C-Get es una fuente frecuente de confusi\u00f3n. <strong>C-Get<\/strong> transfiere im\u00e1genes directamente al solicitante, mientras que <strong>C-Move<\/strong> instruye al servidor a enviar las im\u00e1genes a un tercer AE \u2014 \u00fatil cuando la estaci\u00f3n de visualizaci\u00f3n no es la misma que realiz\u00f3 la consulta.<\/p>\n<h3>Establecimiento de Asociaci\u00f3n<\/h3>\n<p>Antes de cualquier intercambio de datos, dos AEs deben negociar una <strong>asociaci\u00f3n<\/strong>. En esta fase de \u00abhandshake\u00bb, intercambian <strong>Presentation Contexts<\/strong> \u2014 combinaciones de Abstract Syntax (el SOP a utilizar) y Transfer Syntax (c\u00f3mo se codificar\u00e1n los datos: Little Endian, Big Endian, comprimido). Si no se encuentra un contexto compatible, la asociaci\u00f3n es rechazada.<\/p>\n<p>En mi experiencia, la mayor\u00eda de las fallas de conectividad DICOM se resuelven verificando tres elementos: AE Title correcto, puerto abierto en el firewall y Transfer Syntax compatible en ambos lados.<\/p>\n<h2 id=\"medios-seguridad\">Medios DICOM: Archivos, DICOMDIR y Seguridad<\/h2>\n<p>El formato de archivo DICOM sigue una estructura espec\u00edfica: un pre\u00e1mbulo de 128 bytes, el prefijo \u00abDICM\u00bb, un grupo de meta-informaci\u00f3n (Group 0002) con la Transfer Syntax del archivo y finalmente el objeto de datos. Este formato permite que cualquier software identifique inequ\u00edvocamente un archivo DICOM.<\/p>\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" class=\"alignleft lazyload\" data-src=\"https:\/\/rtmedical.com.br\/wp-content\/uploads\/2026\/02\/equipe-medica-imagem-digital.jpg\" alt=\"Equipo m\u00e9dico analizando im\u00e1genes digitales en un centro de diagn\u00f3stico por imagen con sistemas PACS integrados\" src=\"data:image\/svg+xml;base64,PHN2ZyB3aWR0aD0iMSIgaGVpZ2h0PSIxIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjwvc3ZnPg==\" style=\"--smush-placeholder-width: 1880px; --smush-placeholder-aspect-ratio: 1880\/1253;\"><figcaption>Entorno de diagn\u00f3stico por imagen digital. Foto: MART PRODUCTION\/Pexels<\/figcaption><\/figure>\n<p>El <strong>DICOMDIR<\/strong> funciona como un \u00edndice jer\u00e1rquico para medios removibles (CDs, DVDs, pendrives). Mapea pacientes, estudios, series e im\u00e1genes en una estructura navegable sin requerir base de datos. Aunque pueda parecer anticuado en la era del cloud, el DICOMDIR sigue siendo esencial para la transferencia de ex\u00e1menes entre instituciones que no poseen conectividad de red directa.<\/p>\n<h3>Almacenamiento en PACS<\/h3>\n<p>El PACS puede almacenar datos DICOM de tres formas: <strong>file-based<\/strong> (archivos en el filesystem), <strong>database-based<\/strong> (datos binarios en la base de datos), o <strong>modelos mixtos<\/strong> (metadatos en la base de datos, p\u00edxeles en archivo). Cada enfoque tiene compensaciones de rendimiento versus simplicidad de respaldo que deben evaluarse seg\u00fan el volumen de la instituci\u00f3n.<\/p>\n<h3>Seguridad y Anonimizaci\u00f3n<\/h3>\n<p>La seguridad DICOM es, hist\u00f3ricamente, un punto d\u00e9bil del est\u00e1ndar. Las redes DICOM tradicionales operan sin cifrado, y el protocolo fue dise\u00f1ado antes de las preocupaciones modernas de privacidad. La <strong>anonimizaci\u00f3n<\/strong> de datos DICOM \u2014 eliminaci\u00f3n o sustituci\u00f3n de atributos identificables (nombre, fecha de nacimiento, IDs) \u2014 est\u00e1 regulada por la parte PS3.15 y el Supplement 142, pero en la pr\u00e1ctica requiere atenci\u00f3n a detalles como datos \u00abburned-in\u00bb en las im\u00e1genes (anotaciones renderizadas en los p\u00edxeles).<\/p>\n<p>El est\u00e1ndar soporta TLS para comunicaciones de red y formatos de archivo seguro con cifrado, pero la adopci\u00f3n sigue siendo limitada. Las instituciones que manejan telerradiolog\u00eda o investigaci\u00f3n multic\u00e9ntrica deben priorizar VPNs y procesos rigurosos de des-identificaci\u00f3n.<\/p>\n<h2 id=\"errores-comunes\">Errores Comunes y Limitaciones del DICOM<\/h2>\n<p>Tras a\u00f1os trabajando con integraci\u00f3n DICOM, ciertos patrones de error se repiten con impresionante consistencia. Reconocerlos puede ahorrar semanas de troubleshooting.<\/p>\n<table>\n<thead>\n<tr>\n<th>Error<\/th>\n<th>Causa T\u00edpica<\/th>\n<th>Soluci\u00f3n<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Im\u00e1genes no llegan al PACS<\/td>\n<td>AE Title incorrecto o puerto bloqueado<\/td>\n<td>Verificar Conformance Statement y configuraci\u00f3n de red<\/td>\n<\/tr>\n<tr>\n<td>Estudios fusionados err\u00f3neamente<\/td>\n<td>Patient ID duplicado entre pacientes<\/td>\n<td>Implementar MPI o reconciliaci\u00f3n de IDs<\/td>\n<\/tr>\n<tr>\n<td>Imagen \u00abcorrupta\u00bb en visualizaci\u00f3n<\/td>\n<td>Transfer Syntax no soportada por el viewer<\/td>\n<td>Verificar compresi\u00f3n (JPEG2000 vs JPEG Lossless)<\/td>\n<\/tr>\n<tr>\n<td>Worklist vac\u00eda en la modalidad<\/td>\n<td>Falla en la integraci\u00f3n HL7\/MWL<\/td>\n<td>Validar mapeo de campos entre RIS y modalidad<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Cu\u00e1ndo DICOM No Es Suficiente<\/h3>\n<p>A pesar de su robustez, DICOM tiene limitaciones reales. El est\u00e1ndar no gestiona nativamente el <strong>workflow cl\u00ednico<\/strong> (para eso existe IHE), no sustituye la integraci\u00f3n HL7\/FHIR entre HIS\/RIS, y su modelo de seguridad nativo es insuficiente para entornos expuestos a internet. Dispositivos etiquetados como \u00abDICOM-Ready\u00bb frecuentemente significan que la funcionalidad DICOM es una opci\u00f3n paga aparte \u2014 un detalle que puede sorprender a administradores desprevenidos.<\/p>\n<div class=\"info-box tip\"><strong>Consejo Pr\u00e1ctico:<\/strong> Antes de cualquier proyecto de integraci\u00f3n DICOM, obtenga la Conformance Statement de TODOS los dispositivos involucrados. Este documento detalla exactamente qu\u00e9 SOPs son soportados y en qu\u00e9 rol (SCU\/SCP). Sin \u00e9l, est\u00e1 planificando a ciegas.<\/div>\n<h3>Micro Caso de Estudio: Migraci\u00f3n de PACS<\/h3>\n<p>Una cl\u00ednica de diagn\u00f3stico por imagen con 3 tom\u00f3grafos, 2 resonancias y 15 estaciones decidi\u00f3 migrar de un PACS legacy (10 a\u00f1os) a una soluci\u00f3n moderna. El inventario DICOM revel\u00f3 que uno de los tom\u00f3grafos soportaba \u00fanicamente JPEG Lossless como Transfer Syntax de compresi\u00f3n, mientras que el nuevo PACS esperaba JPEG 2000. Resultado: el 40% de las im\u00e1genes hist\u00f3ricas necesitaron transcodificaci\u00f3n \u2014 un proceso que llev\u00f3 3 semanas para un archivo de 18 TB. La lecci\u00f3n: validar las Transfer Syntax compatibles <em>antes<\/em> de firmar el contrato de migraci\u00f3n.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Entienda la estructura DICOM: objetos IOD, VRs, comunicaciones SOP\/DIMSE y seguridad. Gu\u00eda t\u00e9cnica para radi\u00f3logos y TI en salud.<\/p>\n","protected":false},"author":1,"featured_media":12601,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"ngg_post_thumbnail":0,"fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[228,273,231],"tags":[162,106,156,164,153,163,152,166,165,154],"class_list":{"0":"post-12613","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-dicom-es","8":"category-pacs-es","9":"category-software-es","10":"tag-dicom-3","11":"tag-dicom","12":"tag-digital-radiology","13":"tag-hl7-3","14":"tag-hl7","15":"tag-pacs-4","16":"tag-pacs","17":"tag-radiologia-digital-2","18":"tag-workflow-3","19":"tag-workflow"},"aioseo_notices":[],"rt_seo":{"title":"","description":"","canonical":"","og_image":"","robots":"default","schema_type":"default","include_in_llms":false,"llms_label":"","llms_summary":"","faq_items":[],"video":[],"gtin":"","mpn":"","brand":"","aggregate_rating":[]},"_links":{"self":[{"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/posts\/12613\/"}],"collection":[{"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/posts\/"}],"about":[{"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/types\/post\/"}],"author":[{"embeddable":true,"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/users\/1\/"}],"replies":[{"embeddable":true,"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/comments\/?post=12613"}],"version-history":[{"count":0,"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/posts\/12613\/revisions\/"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/media\/12601\/"}],"wp:attachment":[{"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/media\/?parent=12613"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/categories\/?post=12613"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rtmedical.com.br\/es\/wp-json\/wp\/v2\/tags\/?post=12613"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}