Support and professional services plans

Support plans for every size of facility, from a single physician office to a hospital. Contact us and we will quote the plan that fits your sites, users and systems.

Essential

Individual physician offices

Up to 10 users
Remote helpdesk during business hours
Monitoring of one interface or imaging link
Vendor coordination for one system
2 hours of professional services each month
Monthly health summary

Request pricing

Professional

Small imaging centres

Up to 50 users
Monitoring of up to 5 interfaces and RIS/PACS connectivity
Modality connectivity and DICOM fault diagnosis
Vendor engagement for imaging equipment and software
Teleradiology workflow support
10 hours of professional services each month
Quarterly service review

Request pricing

Enterprise

Hospitals and multi-site groups

All users at the agreed sites
Interface engine monitoring and management across sites
Named service lead and project management
Vendor and stakeholder escalation management
Teleradiology and enterprise imaging support
30 hours of professional services each month
Monthly reporting and quarterly executive review

Request pricing

Project work is quoted separately after a scoping conversation. Service levels for every plan are set out in the Standard Service Level Agreement below.

Included in the monthly price

Helpdesk and response targets for your plan
Monitoring of the interfaces and systems in your plan
The professional-services hours included in your plan
Reporting and service reviews
Coordination with your vendors

Quoted separately

Project work and new interfaces
Out-of-hours and weekend work
Professional-services hours beyond your plan
Travel for on-site work outside Mauritius
Software licences, including RamSoft products

Support documents:Standard Service Level Agreement HL7, FHIR and DICOM Conformance Statement

Standard Service Level Agreement

The service levels that apply to every support plan. Your signed agreement confirms the plan, sites and contacts, and any changes agreed with you.

Healthcare IT Solutions, LTD

Standard Service Level Agreement

1. Scope

This agreement covers support of the systems, interfaces, sites and users named in your support plan, including the interface engine, RamSoft products supplied by us, modality connectivity and the eHealth workflows we have implemented. Project work and new development are quoted separately.

2. Support hours

Monday to Friday, 08:00 to 17:00 Mauritius Time (UTC+4), excluding Mauritian public holidays.

Requests can be emailed or phoned in at any time and are logged straight away. Work starts within the response targets below, counted in business hours. Out-of-hours and weekend work, including planned go-lives and maintenance windows, is available by arrangement and quoted separately.

3. Severity levels and response targets

We agree the severity with you when the request is logged, and review it if the impact changes.

Response targets, counted in business hours
Severity	Essential	Professional	Enterprise
Critical: service down or results not flowing	4 hours	2 hours	1 hour
High: major function impaired	1 business day	4 hours	2 hours
Normal: questions and minor faults	2 business days	1 business day	4 hours

Response targets are the time to start work, not the time to resolve.

4. How escalation works

Log and triage. Every request is recorded, rated for severity and acknowledged.
Diagnose and fix. We investigate interfaces, connectivity and configuration and resolve what is in our control.
Engage the vendor. If the cause sits with RamSoft or an equipment or software vendor, we raise it with them, follow it up and keep you informed.
Escalate to management. Critical issues that pass their target are raised directly with the founder and your named contact.

5. Your responsibilities

Name a contact at each site who can report issues and approve changes
Provide secure remote access, such as VPN, to the systems in scope
Report issues with as much detail as possible: time, system, patient-free examples and error messages
Keep vendor support contracts current for equipment and software we escalate to
Tell us in advance about planned changes to connected systems or networks

6. Exclusions

Issues caused by changes made without our involvement, hardware failures, internet or power outages outside our control, and faults that sit with a vendor are handled on a best-effort basis. For vendor faults we manage the escalation, but resolution times depend on the vendor.

7. Reporting and review

Each plan includes regular reporting on requests, response times and system health, as set out in the plan: a monthly summary for Essential, a quarterly service review for Professional, and monthly reporting with a quarterly executive review for Enterprise.

HL7, FHIR and DICOM Integration Conformance Statement

What the interfaces we build and support can send, receive and route. Share it with your vendors when planning an integration. The interface specification agreed for each project confirms the exact messages, fields and mappings.

Healthcare IT Solutions, LTD · Version 1.0 · November 2026

Integration Conformance Statement

1. Purpose and scope

This statement describes the HL7 v2, FHIR R4 and DICOM capabilities of the integrations Healthcare IT Solutions, LTD designs, builds and supports, using Mirth Connect (NextGen Connect) as the interface engine. It is our standard integration profile. It is not a conformance statement for any vendor product: for RamSoft, modality and HIS products, the vendor’s own conformance statement applies.

2. HL7 version 2

Item	Supported
Versions	2.3, 2.3.1, 2.4, 2.5 and 2.5.1; other versions on request
Transport	MLLP over TCP/IP, inside a VPN or with TLS; file and SFTP batch exchange
Encoding	Standard ER7 (pipe-delimited); HL7 v2 XML on request
Character sets	ASCII, ISO 8859-1 and UTF-8, declared in MSH-18
Acknowledgements	Original mode (AA, AE, AR); enhanced mode (CA, CE, CR) where the partner system supports it

Message types
Message	Events	Typical use
ADT	A01, A02, A03, A04, A05, A08, A11, A13, A31, A40	Registration, admission, transfer, discharge, updates and patient merges
ORM / OMI / OML	ORM^O01, OMI^O23, OML^O21	Imaging and laboratory orders, including cancellations and status changes
ORU	R01	Laboratory results and radiology reports
SIU	S12, S13, S14, S15, S26	Appointments: new, rescheduled, modified, cancelled and no-show
MDM	T02, T06, T08	Clinical documents: original, addendum and edit
DFT	P03	Charges sent to billing
ACK	All of the above	Acknowledgement of every message received

Patients are identified in PID-3 with an assigning authority for each facility. Merges use the MRG segment. Observations use LOINC codes where the sender provides them, and local codes are mapped in the interface. Diagnoses can be carried as ICD-10 in DG1.

3. FHIR R4

Item	Supported
API style	RESTful API over HTTPS, JSON (XML on request)
Interactions	read, search, create and update; batch and transaction Bundles
Resources	Patient, Practitioner, Organization, Encounter, ServiceRequest, Appointment, Observation, DiagnosticReport, ImagingStudy, DocumentReference
Security	OAuth 2.0 bearer tokens, including SMART on FHIR where the server supports it, or API keys as agreed with the system owner
HL7 v2 to FHIR	Two-way conversion in the interface engine, following the HL7 v2-to-FHIR mapping guidance

4. DICOM

These are the DICOM services we configure, route and support between modalities, RIS, PACS, routers and viewers. Which services are available depends on what each connected product supports.

Service	DIMSE	Role
Verification	C-ECHO	SCU and SCP
Storage	C-STORE	SCU and SCP
Modality Worklist	C-FIND	Configured between RIS and modalities
Modality Performed Procedure Step	N-CREATE, N-SET	Configured between modalities and RIS
Storage Commitment	N-ACTION, N-EVENT-REPORT	Configured between modalities and PACS
Query/Retrieve (Study Root)	C-FIND, C-MOVE, C-GET	Configured between PACS, viewers and remote sites
DICOMweb	QIDO-RS, WADO-RS, STOW-RS	Where the PACS supports it

Item	Supported
Modalities	CT, MR, CR, DX, US, MG (including breast tomosynthesis), NM, PT, XA, RF; secondary capture, structured reports and encapsulated PDF
Transfer syntaxes	Implicit VR Little Endian (1.2.840.10008.1.2); Explicit VR Little Endian (1.2.840.10008.1.2.1); JPEG Lossless (1.2.840.10008.1.2.4.70); JPEG 2000 Lossless (1.2.840.10008.1.2.4.90); lossy JPEG only where clinically agreed
Character sets	Default repertoire, ISO_IR 100 (Latin-1) and ISO_IR 192 (UTF-8)
Network	AE title, IP address and port documented for every node; DICOM over TLS where supported, otherwise inside a VPN

5. Linking orders and images

For radiology, we follow the IHE Radiology Scheduled Workflow and Patient Information Reconciliation profiles where the connected systems support them, so the same identifiers travel from the order to the images and back to the report.

Data	HL7 v2	DICOM attribute
Patient ID	PID-3	(0010,0020) Patient ID
Patient name	PID-5	(0010,0010) Patient’s Name
Date of birth	PID-7	(0010,0030) Patient’s Birth Date
Sex	PID-8	(0010,0040) Patient’s Sex
Accession number	OBR-18 (ORM) or IPC-1 (OMI)	(0008,0050) Accession Number
Requested procedure	OBR-4	(0032,1060) Requested Procedure Description
Study Instance UID	ZDS-1 (ORM) or IPC-3 (OMI)	(0020,000D) Study Instance UID

6. Error handling and reliability

Invalid or rejected messages return a negative acknowledgement with an ERR segment and are held for review, never silently dropped
Failed sends are queued and retried at agreed intervals, so one failed message does not block the ones behind it
Duplicates are detected using the message control ID (MSH-10)
Alerts are raised for stopped channels, growing queues and repeated errors
Messages are kept for the retention period set in your support agreement, so they can be traced and replayed

7. Security and privacy

Connections run inside a VPN or over TLS, with the minimum access needed for the work. Interface servers keep audit logs. Testing uses de-identified data wherever possible, and patient data is handled under your policies and in line with the Mauritius Data Protection Act 2017.

8. Testing and change control

Every interface is tested end to end with each system owner against agreed test cases before go-live, and the results are signed off. Changes after go-live go through the same specification, test and approval steps, and the interface specification is updated to match.

Not sure which plan fits?

Tell us how many sites, users and interfaces you run and we will send a clear written quote, with no obligation.

Formules de support et de services professionnels

Des formules de support pour toutes les tailles d’établissement, du cabinet médical individuel à l’hôpital. Contactez-nous et nous établirons un devis pour la formule adaptée à vos sites, utilisateurs et systèmes.

Essentielle

Cabinets médicaux individuels

Jusqu’à 10 utilisateurs
Assistance à distance pendant les heures ouvrées
Surveillance d’une interface ou d’une liaison d’imagerie
Coordination fournisseur pour un système
2 heures de services professionnels par mois
Bilan de santé mensuel

Demander un tarif

Professionnelle

Petits centres d’imagerie

Jusqu’à 50 utilisateurs
Surveillance de jusqu’à 5 interfaces et de la connectivité RIS/PACS
Connectivité des modalités et diagnostic des pannes DICOM
Relation avec les fournisseurs d’équipements et de logiciels d’imagerie
Support du flux de téléradiologie
10 heures de services professionnels par mois
Revue de service trimestrielle

Demander un tarif

Entreprise

Hôpitaux et groupes multisites

Tous les utilisateurs des sites convenus
Surveillance et gestion du moteur d’interfaçage sur l’ensemble des sites
Responsable de service dédié et gestion de projet
Gestion des escalades auprès des fournisseurs et des parties prenantes
Support de la téléradiologie et de l’imagerie d’entreprise
30 heures de services professionnels par mois
Rapports mensuels et revue trimestrielle avec la direction

Demander un tarif

Les travaux de projet sont chiffrés séparément après un échange de cadrage. Les niveaux de service de chaque formule sont décrits dans l’accord de niveau de service standard ci-dessous.

Inclus dans le prix mensuel

Assistance et délais de réponse de votre formule
Surveillance des interfaces et systèmes de votre formule
Les heures de services professionnels incluses dans votre formule
Rapports et revues de service
Coordination avec vos fournisseurs

Chiffré séparément

Travaux de projet et nouvelles interfaces
Interventions hors horaires et le week-end
Heures de services professionnels au-delà de votre formule
Déplacements pour des interventions hors de Maurice
Licences logicielles, y compris les produits RamSoft

Documents de support :Accord de niveau de service standard Déclaration de conformité HL7, FHIR et DICOM

Accord de niveau de service standard

Les niveaux de service applicables à toutes nos formules de support. Votre contrat signé précise la formule, les sites et les interlocuteurs, ainsi que toute modification convenue avec vous.

Healthcare IT Solutions, LTD

Accord de niveau de service standard

1. Périmètre

Cet accord couvre le support des systèmes, interfaces, sites et utilisateurs indiqués dans votre formule de support, y compris le moteur d’interfaçage, les produits RamSoft que nous fournissons, la connectivité des modalités et les flux e-santé que nous avons mis en œuvre. Les travaux de projet et les nouveaux développements sont chiffrés séparément.

2. Heures de support

Du lundi au vendredi, de 08 h 00 à 17 h 00, heure de Maurice (UTC+4), hors jours fériés mauriciens.

Les demandes peuvent être envoyées par e-mail ou par téléphone à tout moment et sont enregistrées immédiatement. Le travail commence dans les délais de réponse ci-dessous, comptés en heures ouvrées. Les interventions hors horaires et le week-end, y compris les mises en production et fenêtres de maintenance planifiées, sont possibles sur demande et facturées séparément.

3. Niveaux de gravité et délais de réponse

Nous convenons de la gravité avec vous lors de l’enregistrement de la demande, et la révisons si l’impact évolue.

Délais de réponse, comptés en heures ouvrées
Gravité	Essentielle	Professionnelle	Entreprise
Critique : service à l’arrêt ou résultats qui ne circulent plus	4 heures	2 heures	1 heure
Élevée : fonction majeure dégradée	1 jour ouvré	4 heures	2 heures
Normale : questions et défauts mineurs	2 jours ouvrés	1 jour ouvré	4 heures

Les délais de réponse correspondent au temps de démarrage du travail, et non au temps de résolution.

4. Comment fonctionne l’escalade

Enregistrer et trier. Chaque demande est consignée, classée par gravité et accusée de réception.
Diagnostiquer et corriger. Nous analysons les interfaces, la connectivité et la configuration et résolvons ce qui relève de nous.
Solliciter le fournisseur. Si la cause se trouve chez RamSoft ou chez un fournisseur d’équipement ou de logiciel, nous le saisissons, assurons le suivi et vous tenons informé.
Escalader à la direction. Les incidents critiques qui dépassent leur délai sont portés directement au fondateur et à votre interlocuteur désigné.

5. Vos responsabilités

Désigner sur chaque site un interlocuteur pouvant signaler les problèmes et approuver les changements
Fournir un accès à distance sécurisé, par exemple par VPN, aux systèmes concernés
Signaler les problèmes avec le plus de détails possible : heure, système, exemples sans données patient et messages d’erreur
Maintenir à jour les contrats de support des fournisseurs d’équipements et de logiciels auprès desquels nous escaladons
Nous prévenir à l’avance des changements prévus sur les systèmes ou réseaux connectés

6. Exclusions

Les problèmes causés par des modifications effectuées sans nous, les pannes matérielles, les coupures d’internet ou d’électricité hors de notre contrôle, et les défauts relevant d’un fournisseur sont traités au mieux. Pour les défauts fournisseur, nous gérons l’escalade, mais les délais de résolution dépendent du fournisseur.

7. Rapports et revues

Chaque formule comprend des rapports réguliers sur les demandes, les délais de réponse et l’état des systèmes, tels que prévus dans la formule : un bilan mensuel pour Essentielle, une revue de service trimestrielle pour Professionnelle, et des rapports mensuels avec une revue trimestrielle avec la direction pour Entreprise.

Déclaration de conformité d’intégration HL7, FHIR et DICOM

Ce que les interfaces que nous construisons et soutenons peuvent envoyer, recevoir et acheminer. Partagez-la avec vos fournisseurs lors de la préparation d’une intégration. La spécification d’interface validée pour chaque projet précise les messages, champs et correspondances exacts.

Healthcare IT Solutions, LTD · Version 1.0 · Novembre 2026

Déclaration de conformité d’intégration

1. Objet et périmètre

Cette déclaration décrit les capacités HL7 v2, FHIR R4 et DICOM des intégrations que Healthcare IT Solutions, LTD conçoit, construit et soutient, avec Mirth Connect (NextGen Connect) comme moteur d’interfaçage. Il s’agit de notre profil d’intégration standard. Ce n’est pas une déclaration de conformité d’un produit fournisseur : pour les produits RamSoft, les modalités et les SIH, la déclaration de conformité du fournisseur s’applique.

2. HL7 version 2

Élément	Pris en charge
Versions	2.3, 2.3.1, 2.4, 2.5 et 2.5.1 ; autres versions sur demande
Transport	MLLP sur TCP/IP, dans un VPN ou avec TLS ; échanges par fichiers et SFTP
Encodage	ER7 standard (délimité par barres verticales) ; HL7 v2 XML sur demande
Jeux de caractères	ASCII, ISO 8859-1 et UTF-8, déclarés dans MSH-18
Accusés de réception	Mode original (AA, AE, AR) ; mode amélioré (CA, CE, CR) lorsque le système partenaire le prend en charge

Types de messages
Message	Événements	Usage courant
ADT	A01, A02, A03, A04, A05, A08, A11, A13, A31, A40	Enregistrement, admission, transfert, sortie, mises à jour et fusions de patients
ORM / OMI / OML	ORM^O01, OMI^O23, OML^O21	Demandes d’imagerie et de laboratoire, y compris annulations et changements de statut
ORU	R01	Résultats de laboratoire et comptes rendus de radiologie
SIU	S12, S13, S14, S15, S26	Rendez-vous : nouveau, reprogrammé, modifié, annulé et absence
MDM	T02, T06, T08	Documents cliniques : original, addendum et modification
DFT	P03	Actes transmis à la facturation
ACK	Tous les messages ci-dessus	Accusé de réception de chaque message reçu

Les patients sont identifiés dans PID-3 avec une autorité d’attribution par établissement. Les fusions utilisent le segment MRG. Les observations utilisent les codes LOINC lorsque l’émetteur les fournit, et les codes locaux sont mis en correspondance dans l’interface. Les diagnostics peuvent être transmis en CIM-10 dans DG1.

3. FHIR R4

Élément	Pris en charge
Style d’API	API REST sur HTTPS, JSON (XML sur demande)
Interactions	read, search, create et update ; Bundles batch et transaction
Ressources	Patient, Practitioner, Organization, Encounter, ServiceRequest, Appointment, Observation, DiagnosticReport, ImagingStudy, DocumentReference
Sécurité	Jetons OAuth 2.0, y compris SMART on FHIR lorsque le serveur le prend en charge, ou clés d’API convenues avec le responsable du système
HL7 v2 vers FHIR	Conversion dans les deux sens dans le moteur d’interfaçage, selon les recommandations de correspondance HL7 v2-vers-FHIR

4. DICOM

Voici les services DICOM que nous configurons, acheminons et soutenons entre modalités, RIS, PACS, routeurs et visionneuses. Les services disponibles dépendent de ce que chaque produit connecté prend en charge.

Service	DIMSE	Rôle
Vérification	C-ECHO	SCU et SCP
Stockage	C-STORE	SCU et SCP
Liste de travail de modalité	C-FIND	Configurée entre RIS et modalités
Modality Performed Procedure Step	N-CREATE, N-SET	Configuré entre modalités et RIS
Engagement de stockage	N-ACTION, N-EVENT-REPORT	Configuré entre modalités et PACS
Recherche/récupération (Study Root)	C-FIND, C-MOVE, C-GET	Configurée entre PACS, visionneuses et sites distants
DICOMweb	QIDO-RS, WADO-RS, STOW-RS	Lorsque le PACS le prend en charge

Élément	Pris en charge
Modalités	CT, MR, CR, DX, US, MG (y compris tomosynthèse mammaire), NM, PT, XA, RF ; captures secondaires, comptes rendus structurés et PDF encapsulés
Syntaxes de transfert	Implicit VR Little Endian (1.2.840.10008.1.2) ; Explicit VR Little Endian (1.2.840.10008.1.2.1) ; JPEG Lossless (1.2.840.10008.1.2.4.70) ; JPEG 2000 Lossless (1.2.840.10008.1.2.4.90) ; JPEG avec perte uniquement si cliniquement convenu
Jeux de caractères	Répertoire par défaut, ISO_IR 100 (Latin-1) et ISO_IR 192 (UTF-8)
Réseau	AE title, adresse IP et port documentés pour chaque nœud ; DICOM sur TLS lorsque pris en charge, sinon dans un VPN

5. Relier demandes et images

En radiologie, nous suivons les profils IHE Radiology Scheduled Workflow et Patient Information Reconciliation lorsque les systèmes connectés les prennent en charge, afin que les mêmes identifiants circulent de la demande aux images puis au compte rendu.

Donnée	HL7 v2	Attribut DICOM
Identifiant patient	PID-3	(0010,0020) Patient ID
Nom du patient	PID-5	(0010,0010) Patient’s Name
Date de naissance	PID-7	(0010,0030) Patient’s Birth Date
Sexe	PID-8	(0010,0040) Patient’s Sex
Numéro d’accession	OBR-18 (ORM) ou IPC-1 (OMI)	(0008,0050) Accession Number
Examen demandé	OBR-4	(0032,1060) Requested Procedure Description
Study Instance UID	ZDS-1 (ORM) ou IPC-3 (OMI)	(0020,000D) Study Instance UID

6. Gestion des erreurs et fiabilité

Les messages invalides ou rejetés reçoivent un accusé négatif avec un segment ERR et sont conservés pour analyse, jamais supprimés discrètement
Les envois en échec sont mis en file et retentés à intervalles convenus, afin qu’un message en échec ne bloque pas ceux qui suivent
Les doublons sont détectés grâce à l’identifiant de contrôle du message (MSH-10)
Des alertes sont émises pour les canaux arrêtés, les files qui grossissent et les erreurs répétées
Les messages sont conservés pendant la durée fixée dans votre contrat de support, pour pouvoir être tracés et rejoués

7. Sécurité et confidentialité

Les connexions passent par un VPN ou par TLS, avec l’accès minimal nécessaire au travail. Les serveurs d’interface conservent des journaux d’audit. Les tests utilisent des données anonymisées autant que possible, et les données des patients sont traitées selon vos politiques et conformément au Data Protection Act 2017 de Maurice.

8. Tests et maîtrise des changements

Chaque interface est testée de bout en bout avec chaque responsable de système selon des cas de test convenus avant la mise en production, et les résultats sont validés. Les changements après la mise en production suivent les mêmes étapes de spécification, de test et d’approbation, et la spécification d’interface est mise à jour en conséquence.

Vous ne savez pas quelle formule choisir ?

Indiquez-nous le nombre de sites, d’utilisateurs et d’interfaces que vous exploitez et nous vous enverrons un devis écrit clair, sans engagement.

Nous contacter pour un tarif