Diferencia entre revisiones de «SECTOR SALUD RESOLUCIÓN 0000510 30 DE MARZO 2022»

De tfhkacolwiki
Ir a la navegación Ir a la búsqueda
Línea 29: Línea 29:
 
<includeonly>==</includeonly>==<font color="Blue"> Cambios Integracion </font>==<includeonly>==</includeonly>
 
<includeonly>==</includeonly>==<font color="Blue"> Cambios Integracion </font>==<includeonly>==</includeonly>
  
1. Ya no se manejan los 19 campos, sino 11:
+
==== Ya no se manejan los 19 campos, sino 11:====
 
<br>
 
<br>
 
<br>
 
<br>
Línea 35: Línea 35:
 
<br>
 
<br>
  
2. Cambia MODALIDAD CONTRATACIÓN por MODALIDAD PAGO:
+
==== 2. Cambia MODALIDAD CONTRATACIÓN por MODALIDAD PAGO:====
 
<br>
 
<br>
 
<br>
 
<br>
Línea 41: Línea 41:
 
<br>
 
<br>
  
3. La clase beneficiario (Tag Person) es opcional
+
==== 3. La clase beneficiario (Tag Person) es opcional ====
 
<br>
 
<br>
 
<br>
 
<br>
Línea 47: Línea 47:
 
<br>
 
<br>
  
4. Se agrega tipoIdentificación (tag schemeID) dentro de la clase beneficiario:
+
==== 4. Se agrega tipoIdentificación (tag schemeID) dentro de la clase beneficiario: ====
 
<br>
 
<br>
 
<br>
 
<br>
Línea 53: Línea 53:
 
<br>
 
<br>
  
5. Ya no se maneja la Nota Crédito especial en SS-Recaudo, sino las notas definidas en el anexo 1.8 para anular:
+
==== 5. Ya no se maneja la Nota Crédito especial en SS-Recaudo, sino las notas definidas en el anexo 1.8 para anular: ====
 
<br>
 
<br>
 
<br>
 
<br>
Línea 59: Línea 59:
 
<br>
 
<br>
  
6. En el escenario 2 y 3 pasa a ser opcional la clase documentosReferenciados (tag BillingReference):
+
==== 6. En el escenario 2 y 3 pasa a ser opcional la clase documentosReferenciados (tag BillingReference): ====
 
<br>
 
<br>
 
<br>
 
<br>
Línea 172: Línea 172:
  
 
<includeonly>==</includeonly>==<font color="Blue"> Estructura SOAP</font>==<includeonly>==</includeonly>
 
<includeonly>==</includeonly>==<font color="Blue"> Estructura SOAP</font>==<includeonly>==</includeonly>
 +
 +
La emisión de documentos del sector salud se debe implementar la estructura SOAP del objeto FacturaGeneral de la versión 4 del servicio de emisión:
 +
 +
*URL Demo:[http://demoemision21v4.thefactoryhka.com.co/ws/v1.0/Service.svc?wsdl  http://demoemision21v4.thefactoryhka.com.co/ws/v1.0/Service.svc?wsdl ]
 +
*URL Produccion:[https://emision21v4.thefactoryhka.com.co/ws/v1.0/Service.svc?wsdl https://emision21v4.thefactoryhka.com.co/ws/v1.0/Service.svc?wsdl]
 +
  
 
*Se deberá reportar la clase sectorSalud:
 
*Se deberá reportar la clase sectorSalud:
Línea 188: Línea 194:
 
<br>
 
<br>
  
 +
==== Estructura SOAP por Escenario ====
 +
 +
Escenario 1: Registro del concepto de recaudo de Cuota moderadora – Copago – Cuota de recuperación – Pagos compartidos en planes voluntarios de salud.
 +
 +
*Tipo de documento a emitir al usuario: Indicar el código del tipo de documento a ser emitido al usuario en el atributo tipoDocumento:
 +
<br>
 +
[[Archivo:Escenario1.png|800px|sinmarco|centro|Escenario1]]
 +
<br>
 +
 +
*Tipo de escenario: Indicar el valor ‘1’ en el atributo TipoEscenario:
 +
<br>
 +
[[Archivo:ServicioEscenario.png|800px|sinmarco|centro|Servicio Escenario]]
 +
<br>
 +
 +
*Se podrá reportar los CamposGenerales de la Clase sectorSalud con el fin de que se reporte en el UBL la información necesaria dependiendo del escenario (En el caso del escenario 1 no se deberá reportar):
 +
<br>
 +
[[Archivo:CodigoPrestador.png|800px|sinmarco|centro|Codigo Prestador]]
 +
<br>
 +
 +
*Reportar el concepto del recaudo como parte de la descripción del ítem. Para dicha descripción se establece el siguiente catálogo:
 +
<br>
 +
[[Archivo:Descripcion2.png|800px|sinmarco|centro|Descripcion 2 Código Servicio]]
 +
<br>
 +
 +
*La descripción del servicio de salud brindado al usuario beneficiario deberá informarse en el atributo descripcion2 de la Clase FacturaDetalle:
 +
<br>
 +
[[Archivo:FacturaDetalle.png|800px|sinmarco|centro|FacturaDetalle]]
 +
<br>
  
 
<includeonly>==</includeonly>==<font color="Blue"> Tipos de Operación </font>==<includeonly>==</includeonly>
 
<includeonly>==</includeonly>==<font color="Blue"> Tipos de Operación </font>==<includeonly>==</includeonly>

Revisión del 05:15 24 nov 2022

RESOLUCIÓN 510

Especifica los detalles de la información que deberá incorporarse a la factura electrónica de venta definida por la DIAN, con el propósito de que los facturadores electrónicos de los servicios y tecnologías de salud cumplan con la generación de este documento electrónico.

Define y particulariza los contenidos de los campos de datos adicionales del sector salud que se utilizarán para las facturas electrónicas de venta.

Resolucion 510


Actores que intervienen

Es importante conocer los tres diferentes actores que intervienen para que exista el escenario de facturación electrónica sector salud:


Ámbito de aplicación

Las disposiciones contenidas en la Resolución 510 son aplicables a las siguientes entidades:

Ambito Aplicación 510


Cambios Integracion

Ya no se manejan los 19 campos, sino 11:



CambiocamposSS


2. Cambia MODALIDAD CONTRATACIÓN por MODALIDAD PAGO:



Modalidad Contrato a Pago


3. La clase beneficiario (Tag Person) es opcional



TagPerson Opcional


4. Se agrega tipoIdentificación (tag schemeID) dentro de la clase beneficiario:



tag scheme ID


5. Ya no se maneja la Nota Crédito especial en SS-Recaudo, sino las notas definidas en el anexo 1.8 para anular:



Nota Crédito anexo 1.8


6. En el escenario 2 y 3 pasa a ser opcional la clase documentosReferenciados (tag BillingReference):



Opcional la clase documentosReferenciados tag BillingReference


Campos de datos adicionales

Los facturadores electrónicos del sector salud deberán incluir la siguiente información en campos individuales, separados y en el orden establecido, según la resolución 000510 del 30 de marzo de 2022 pasa de 19 campos a solo 11 campos entre estos son:


1.Código del prestador de servicios de salud:

Código asignado en el Sistema General de Seguridad Social en Salud (SGSSS) a los prestadores de servicios de salud que estén en el Registro Especial de Prestadores de Servicios de Salud (REPS) o el código asignado por el Ministerio de Salud y Protección Social para los laboratorios de salud pública y demás casos e excepción.

@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario


2.Modalidades de Pago:

Cambia de modalidad de contratación y ahora debe registrarse la modalidad de pago pactada objeto de facturación.

Modalidad Pago


@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario. En caso de multiusuarios, todos deben pertenecer a la misma modalidad de contratación y de pago y a la misma cobertura o plan de beneficios


3.Cobertura o plan de beneficios:

Se registra la entidad responsable de financiar la cobertura o plan de beneficios, y de pagar la prestación de los servicios y tecnologías de salud incluidas en la factura de venta.

Cobertura o plan de beneficios


@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario. En caso de multiusuarios, todos deben pertenecer a la misma modalidad de contratación y de pago y a la misma cobertura o plan de beneficios.


4.Número de contrato:

Número del contrato objeto de facturación.Varios valores alfanuméricos

@IMPORTANTE: Obligatorio: cuando exista contrato que cubra los ítems facturados.


5.Número de póliza:

Número de póliza SOAT o del número de póliza de planes voluntarios de salud. Valor único alfanumérico

@IMPORTANTE: Obligatorio: cuando se trate de atenciones SOAT o de planes voluntarios de salud. Se diligencia cuando se trata de atenciones por accidente de tránsito o por atención como particular por una póliza de salud.


6.Copago:

Registrar el valor total efectivamente pagado por el usuario y recaudado por el prestador de servicios de salud, correspondiente al copago.

@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario.


7.Cuota moderadora:

Registrar el valor total efectivamente pagado por el usuario y recaudado por el prestador de servicios de salud, correspondiente a la cuota moderadora.

@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario.


8.Cuota de Recuperación

Registrar el valor total efectivamente pagado por el usuario y recaudado por el prestador de servicios de salud,correspondiente a la cuota de recuperación que deben cancelar los usuarios directamente a las instituciones Prestadoras de Servicios de Salud en los casos previstos en el artículo 18 Decreto 2357 de 1995.

@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario.

Nota: Sin símbolos, ni separadores de miles y con el signo punto como separador de decimales


9.Pagos compartidos en planes voluntarios de salud:

Registrar el valor total efectivamente pagado por el usuario y recaudado por el prestador de servicios de salud, correspondiente al pago compartido en los planes voluntarios de salud(medicina prepagada, pólizas de salud y planes complementarios en salud).

@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario.

Nota: Sin símbolos, ni separadores de miles y con el signo punto como separador de decimales


10.Fecha de inicio del periodo de facturación:

Indicar la fecha de inicio del servicio prestado cuando se factura por usuario o periodo de facturación según modalidad de contratación y pago.

@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario.


11.Fecha final del periodo de facturación:

Indicar la fecha final del servicio prestado cuando se factura por usuario o periodo de facturación según modalidad de contratación y pago.

@IMPORTANTE: Obligatorio Escenarios: Usuario y MultiUsuario.

Nota: Formato: AAAA-MM-DD

Estructura SOAP

La emisión de documentos del sector salud se debe implementar la estructura SOAP del objeto FacturaGeneral de la versión 4 del servicio de emisión:


  • Se deberá reportar la clase sectorSalud:


ClaseSectorSalud


  • En el atributo tipoEscenario de la clase sectorSalud se deberá indicar el código asociado al escenario de facturación bajo el cual se realizará la emisión del documento:


Tipos Escenarios


  • Se debe reportar los atributos fechaInicioPeriodoFacturacion y fechaFinPeriodoFacturacion de la clase FacturaGeneral:


FechasPeriodo


Estructura SOAP por Escenario

Escenario 1: Registro del concepto de recaudo de Cuota moderadora – Copago – Cuota de recuperación – Pagos compartidos en planes voluntarios de salud.

  • Tipo de documento a emitir al usuario: Indicar el código del tipo de documento a ser emitido al usuario en el atributo tipoDocumento:


Escenario1


  • Tipo de escenario: Indicar el valor ‘1’ en el atributo TipoEscenario:



  • Se podrá reportar los CamposGenerales de la Clase sectorSalud con el fin de que se reporte en el UBL la información necesaria dependiendo del escenario (En el caso del escenario 1 no se deberá reportar):



  • Reportar el concepto del recaudo como parte de la descripción del ítem. Para dicha descripción se establece el siguiente catálogo:


Descripcion 2 Código Servicio


  • La descripción del servicio de salud brindado al usuario beneficiario deberá informarse en el atributo descripcion2 de la Clase FacturaDetalle:



Tipos de Operación

La siguiente tabla muestra la definición para cada uno de los tipos de operación definidos para las facturas electrónicas.

En los casos de las notas crédito y notas debito se deben utilizar los tipos de operación definidos por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales DIAN, en los numerales que se detallan a continuación, previstos en la Resolución 042 de 2020 modificada por la Resolución 012 de 2021:

  • 13.1.5.2. Documento CreditNote - Nota Crédito y
  • 13.1.5.3. Documento DebitNote - Nota Débito del anexo técnico.


Tipo Operación Salud



Escenarios de Facturación

Es importante para el excelente manejo de facturación electrónica del sector salud tener claro los diferentes escenarios que se presentan en este tipo de facturación, los cuales documentamos a continuación:

Recaudación

Registro del concepto de recaudo de Cuota moderadora – Copago – Cuota de recuperación - Pagos compartidos en planes voluntarios de salud: ➢ Factura electrónica de venta.
➢ Factura de Contingencia
➢ Nota de crédito
➢ Documento tipo POS

Recaudación Información a incluir en la facturación

→ Tipo de Operación: SS-Recaudo. Path: CustomizationID
→ Datos del paciente: Path: Person
→ Datos de quien cancela la cuota del servicio: Path: PartyTaxScheme
→ Descripción del recaudo facturado: Path: InvoiceLine/cbc:Description[1]
→ Descripción complementaria: Path: InvoiceLine/cbc:Description[2]

Acreditación

Registro del concepto que se acreditará como de Cuota moderadora – Copago – Cuota de recuperación - Pagos compartidos en planes voluntarios de salud ➢ Factura electrónica de venta.
➢ Factura de Contingencia

NOTA: Se incluyen los campos de datos adicionales del sector

Acreditación Información a incluir en la facturación

Tipo de Operación: Según el tipo de documento cuyo valor va a ser acreditado a la ERP/EPS. Path: CustomizationID

✓ SS-CUFE: Si recaudo se realizó con fact. electrónica (tipo 01 y 04)
✓ SS-CUDE: Si recaudo se realizó con fact. electrónica de contingencia (tipo 03) o nota de crédito.
✓ SS-POS: Si recaudo se realizó con documento tipo POS.
✓ SS-SNum: Si recaudo se realizó con factura de talonario.

Referencia: Referencia a una transacción acorde con lo anotado en el tipo de operación. Path: BillingReference

✓ /cbc:InvoiceDocumentRefence: Para referencias de fact. electrónica (tipo 01 y 04), factura electrónica de contingencia (tipo 03), documentos tipo POS
✓ /cbc:AdditionalDocumentRefence: Para referencias de facturas de talonario.
✓ /cbc:CreditNoteDocumentRefence: Para referencias de notas de crédito.

Valor a acreditar: Monto de cada documento referenciado a acreditar. Path: BillingReference/cbc:BillingReferenceLine
Monto total a acreditar: Cantidad acumulado a acreditar en la factura que se libra a la ERP/EPS. Path:PrepaidPayment/cbc:PaidAmount

LegalMonetaryTotal/cbc:PrepaidAmount.


Reporte:

Registro de Operaciones de Copago – Cuota Moderadora – Cuota de Recuperación - Pagos compartidos en planes voluntarios de salud cuyo tratamiento contractual y contable hace innecesario que el valor recaudado se acredite a la factura que librará la IPS al ERP / EPS.
➢ Factura electrónica de venta.
➢ Factura de Contingencia

NOTA: Se incluyen los campos de datos adicionales del sector

Reporte Información a incluir en la facturación

Tipo de Operación: SS-Reporte. Path: CustomizationID
Referencia: Referencia a una transacción acorde con lo anotado en el tipo de operación. Path: BillingReference

✓ /cbc:InvoiceDocumentRefence: Para referencias de fact. electrónica (tipo 01 y 04), factura electrónica de contingencia (tipo 03), documentos :tipo POS
✓ /cbc:AdditionalDocumentRefence: Para referencias de facturas de talonario,
✓ /cbc:CreditNoteDocumentRefence: Para referencias de notas de crédito.

Valor a reportar: Monto de cada documento referenciado a reportar. Path: BillingReference/cbc:BillingReferenceLine
Monto total a reportar: Cantidad acumulado a reportar en la factura que se libra a la ERP/EPS. Path: PrepaidPayment/cbc:PaidAmount

LegalMonetaryTotal/cbc:PrepaidAmount.


Reporte Sin Aporte:

Emisión de facturas electrónicas para servicios de salud sin recaudos previos por Operaciones de Copago – Cuota Moderadora – Cuota de Recuperación - Pagos compartidos en planes voluntarios de salud
➢ Factura electrónica de venta.
➢ Factura de Contingencia

NOTA: Se incluyen los campos de datos adicionales del sector

Reporte Información a incluir en la facturación

Tipo de Operación: SS-SinAporte. Path: CustomizationID

Facturación de bienes y servicios del SS sin recaudos de aportes del usuario del SS, se realiza el cobro a ERP/EPS sin aporte, por el 100% de la tarifa de los servicios prestados.

Método de pago: Según catálogo del Anexo Técnico V1.8. Path: Invoice/cbc:PaymentMeans - Invoice/cbc:PaymentMeans/PaymentMeansCode