Any modality, one archive
CT, MR, CR, DR, US, mammography and more store into a single DICOM archive, retrievable instantly from any authorised workstation.
EMSL provides a full-featured PACS (Picture Archiving and Communication System) and DICOM server for hospitals and diagnostic centres in Bangladesh. Acquire, archive, distribute and read medical images from any modality — with a zero-footprint web viewer, modality worklist, and DICOMweb access — proven live in 100+ hospitals.
Designed forRadiology departments, diagnostic centres and hospital IT teams
DICOM and DICOMweb services EMSL's PACS implements.
Explore the core capabilities, then see how they fit into everyday work.
CT, MR, CR, DR, US, mammography and more store into a single DICOM archive, retrievable instantly from any authorised workstation.
Radiologists and referring physicians open studies in a browser — hanging protocols, MPR/MIP, calipers and annotations, with nothing to install.
Engineered for sustained study ingest so busy diagnostic centres keep moving during peak hours.
Distribute studies to off-site and sub-specialist readers with a full audit trail — turn one reading room into a network.
A PACS is the imaging backbone of a radiology department. Every CT, MRI, X-ray, ultrasound and mammography study the modalities produce is sent to it, stored in its archive, and made available to radiologists for reading and to referring physicians for review. Without one, images live on modality consoles and CDs, reports are written from films, and a second opinion means physically moving media between buildings.
In EMSL's platform the imaging workflow runs end to end. The RIS or HIS schedules the examination and publishes it to the Modality Worklist. The technologist selects the patient on the modality, so demographics and the accession number arrive already correct. The modality sends the study to the DICOM server, which archives it and places it on the radiologist's worklist. The radiologist reads in the browser and writes the structured report, and that report is attached to the same patient record the ward, the OPD and billing already use.
EMSL's PACS is built from a small number of clearly separated components, each with a standard interface, so a hospital can start small and grow without replacing anything.
DICOM is the standard every modality vendor implements, and a PACS is only as useful as the DICOM services it supports. EMSL's server implements the services a hospital depends on every day:
Classic DICOM was designed for modalities and workstations on a hospital LAN. DICOMweb brings the same archive to the web: QIDO-RS to search, WADO-RS to retrieve and STOW-RS to store, all over standard HTTPS. It is what makes browser and mobile access possible without VPN clients or installed software.
EMSL's diagnostic viewer runs entirely in the browser. Radiologists get hanging protocols, window and level presets, MPR and MIP reconstructions, measurements and annotations. Referring physicians on the ward or in the OPD open the key images of their patient directly from the EMR. Nothing is installed on the client, so a new workstation or a doctor's laptop is ready the moment it has a browser and a login.
Imaging volumes grow quickly: a single CT study can contain thousands of images, and a busy diagnostic centre adds many gigabytes a day. The EMSL archive stores studies with lossless compression so no diagnostic information is lost, keeps recent studies on fast storage for immediate recall, and can move older studies to lower-cost storage while keeping them retrievable through the same query.
Storage can live inside the hospital, in the cloud, or both. Many hospitals in Bangladesh prefer an on-premise archive for bandwidth and data-governance reasons, with an off-site or cloud copy for disaster recovery. EMSL deploys either model and helps size the storage from your modality mix and study volumes.
A single diagnostic centre usually runs one archive on site with the modalities and the reading display on the same LAN. A hospital adds ward and OPD access through the web viewer, and integrates the archive with its HIS and RIS. A diagnostic chain or hospital group has two workable patterns: every branch sends to a central archive and reads through the web viewer, or each branch keeps a local archive that forwards studies to a central reading hub by routing rule. EMSL supports both, and the choice usually comes down to the bandwidth between branches.
A cloud-hosted archive removes the server room from the hospital and is paid for as it is used, which suits new centres and groups adding branches. Many customers combine the two: an on-premise archive for speed and independence from the internet connection, with a cloud copy for disaster recovery and remote reading.
Images are part of the medical record and cannot be re-acquired, so the archive needs a second copy. EMSL plans this with each customer: a mirrored archive in another building or a cloud copy, a documented restore procedure, and a test of it. Because modalities hold their own copy until Storage Commitment confirms the archive has the study, a short outage of the server does not lose images. For hospitals that cannot tolerate reading downtime, a standby server can take over the DICOM services while the primary is restored.
A PACS on its own is an island. The value of EMSL's PACS is that it is part of the same platform as the RIS, HIS, EMR, LIS, billing and accounts modules. Orders flow to radiology without paper, the accession number is the same everywhere, reports appear in the chart the moment they are signed, and the radiology charge reaches billing automatically.
For hospitals running other systems, EMSL integrates through HL7 messaging for orders, results and patient administration, and through standard DICOM, so an existing HIS or a third-party RIS can drive the imaging workflow while EMSL supplies the archive and the viewer.
Because the viewer is web-based and the archive speaks DICOMweb, remote reading is a configuration, not a separate product. Studies can be routed to a radiologist in another city, to a sub-specialist for a second opinion, or to a reading service, with the report returning to the originating hospital's record and every access logged. This is how diagnostic centres outside Dhaka provide reporting by consultant radiologists without staffing a full reading room on site.
Connecting modalities: each CT, MRI, X-ray and ultrasound unit needs its AE title, IP address and port registered in the server, and the server registered in the modality. EMSL's engineers do this together with the modality vendor's service team during installation.
Network: images move over the hospital LAN, so the archive should sit on a wired gigabit segment with the modalities and reading workstations. Internet bandwidth only matters for remote reading and cloud copies, and DICOMweb transfers are compressed for it.
Migration: an existing DICOM archive can send its studies to the new server with standard DICOM transfer, so prior examinations remain available for comparison after the switch.
Training and support: radiologists, technologists and IT staff are trained on site, and support comes from EMSL's team in Dhaka in Bangla and English.
The same product is deployed in three recurring shapes across EMSL's installed base:
Medical images are patient data. Access to the archive and the viewer is role-based, every view, export and change is written to an audit trail, and transfers to remote readers run over encrypted connections. EMSL is certified to ISO 27001:2022 for information security management and ISO 9001:2015 for quality management, and is a member of BASIS.
Whichever vendor you consider, these are the questions that separate a real PACS from an image viewer with a folder behind it:
A useful evaluation starts with the people, systems and handoffs in your organisation. Use these points to shape the conversation.
Choose a typical day in your department. Follow each handoff in the demo and check what each team needs to see or do.
Review existing systems, required interfaces, access roles and reporting needs. Agree what needs configuration or further validation.
Discuss deployment, data migration, staff training and support. Agree the scope and acceptance checks before setting a go-live plan.
Common questions about PACS, integration and day-to-day use.
Have a different question?