npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@akumzy/node-hl7-server

v2.4.2

Published

Node.js client library for creating a HL7 Server which can accept incoming a properly formatted HL7 message(s), and then parses the HL7 message. Once the message has been parsed you can then do something with the final result that you so desire.

Downloads

3

Readme

Node HL7 Server

Node.js client library for creating a HL7 Server which can accept incoming a properly formatted HL7 message(s), and then parses the HL7 message. Once the message has been parsed you can then do something with the final result that you so desire.

Benefits:

  • No other main dependencies (other than the sister app called @akumzy/node-hl7-client which also uses no other external dependencies), making this ultra-fast.
  • Automatically re-connect, re-subscribe, or retry sending
  • Written in typescript and published with heavily commented type definitions
  • Intuitive API with named parameters instead of positional
  • TLS/SSL Support for clients connecting, if you want.
  • Typescript, CommonJS, ESM formats all available in one package.

Table of Contents

  1. Acknowledgements
  2. Keyword Definitions
  3. Basic Install
  4. License

Keyword Definitions

This NPM is designed to support medical applications with potential impact on patient care and diagnoses, this package documentation, and it's peer package node-hl7-server follow these definitions when it comes to the documentation.

Keywords such as "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL". These are standardized terms for technology documentation interoperability. These words should have these meaning when you are reading them. They might be sans uppercase throughout the documentation, but they would have the same meaning regardless.

  • MUST - This word, or the terms "REQUIRED" or "SHALL", mean that the definition is an absolute requirement of the specification.
  • MUST NOT - This phrase, or the phrase "SHALL NOT", mean that the definition is an absolute prohibition of the specification.
  • SHOULD - This word, or the adjective "RECOMMENDED", mean that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications must be understood and carefully weighed before choosing a different course.
  • SHOULD NOT - This phrase, or the phrase "NOT RECOMMENDED", mean that there may exist valid reasons in particular circumstances when the particular behavior is acceptable or even useful. The full implications should be understood and the case carefully weighed before implementing any behavior described with this label.
  • MAY - This word, or the adjective "OPTIONAL", mean that an item is truly optional. Any implementation which does not include a particular option MUST be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein, an implementation which does include a particular option MUST be prepared to interoperate with another implementation, which does not include the option (except, of course, for the feature the option provides.)

Install

Install using NPM into your package:

npm install node-hl7-server

It has one external dependency of @akumzy/node-hl7-client as it uses this package to generate the acknowledgement message back to the client and also parse the informing message from the server.

Basic Usage

Non-TLS:

import { Server } from 'node-hl7-server';

const server = new Server();

const IB = server.createInbound({ port: 3000 }, async (req, res) => {
  const messageReq = req.getMessage();
  const messageRes = res.getAckMessage();
  // do your code here
});

This will start a basic server on port 3000 with basic functionally.

Before your app shuts down, you should run:

await IB.close();

To end the connections.

An HL7 server is designed to be up ready to accept connections at any time, so shutting it down shouldn't really happen. Your app needs to be responsible for memory leaks. The server does close the connection once it's finished a reply to the client.

TLS:

import { Server } from 'node-hl7-server';

const server = new Server({
  tls: {
    key: fs.readFileSync(path.join('certs/', 'server-key.pem')), // where your certs are
    cert: fs.readFileSync(path.join('certs/', 'server-crt.pem')), // where your certs are
    rejectUnauthorized: false,
  },
});

When you get a message, you can then parse any segment of the message and do you need to in order for your app to work.

const IB_ADT = server.createInbound({ port: LISTEN_PORT }, async (req, res) => {
  const messageReq = req.getMessage();
  const messageRes = res.getAckMessage();
  const hl7Version = messageReq.get('MSH.12').toString();
});

In this case... res.getAckMessage() returns a Message object from @akumzy/node-hl7-client. Then you can query the segment MSH.12 in this instance and get its result.

Please consult @akumzy/node-hl7-client documentation for further ways to parse the message segment.

Override MSH Header

In HL7 specification 2.1 through 2.3.1, MSH header segment could not be 'ACK'. It was a combination of ACK and MSH 9.2 (e.g. ADT_A01) for the full reference of ACK^A01^ADT_A01. From 2.4 specification to current, a client might be looking for just ACK instead of ADT_A01 given now the output of ACK^A01^ACK. This is not default behavior as the two pair results of ADT_A01 give more information back since MSH 9.1 is usually ACK to start with.

To override this please setup your listener with:

const listener = server.createInbound({ port: 3000, overrideMSH: true }, async (req, res) => {});

... and if the specification covers the MSH 9.3 as ACK, it will make it so. Otherwise, it will just be empty.

Docker

npm run docker:build

This package, if you download from source, comes with a DockerFile to build a simple docker image with a basic node-hl7-server running. All the server does is respond "success" to all properly formatted HL7 messages.

If you want more a custom instance of this server, download the GIT, and modify docker/server.js to your liking and then build the docker image and run it.

Suggestions? Open a PR!

Documentation

GitHub pages now has mostly full listing of all methods, classes, etc., but only for the most recent release. You can view it here.

Acknowledgements

License

Licensed under MIT.