At its core KHEOPS is an authorization layer placed in front of a DICOMweb capable PACS. KHEOPS is composed of multiple docker containers typically orchestrated together using Docker-Compose or Kubernetes.
We are always happy to respond to any questions. Feel free to contact us at firstname.lastname@example.org.
Below are instruction for getting a basic instance of KHEOPS up and running. This configuration does not provide security. In order to be properly secured, the KHEOPS and Keycloak must be placed behind TLS (https) connections and the Keycloak configuration must be updated. Nevertheless, this install with provide a starting point that can be modified as needed for the local environment.
- Install Docker (latest version)
- Install Docker-Compose (latest version)
- Make sure that the current user is in the docker group.
- Run the following command:
bash <(curl -sL https://raw.githubusercontent.com/OsiriX-Foundation/KheopsOrchestration/insecure-install/kheopsinstall.sh)
This script will create a new directory named
kheops in which it will download docker-compose configuration files, a keycloak realm configuration, and generate the necessary secrets.
Once installed, Keycloak will be available at http://127.0.0.1:8080, and KHEOPS will be available at http://127.0.0.1. When you first connect to KHEOPS you will be redirected to the Keycloak login screen. The
Register link will be available to create a new KHEOPS account.
- On MacOS, the default Docker memory limit of 2GB is not sufficient. 4GB is safer.
- Also on MacOS, Safari does not trust connections to 127.0.0.1, so when loading a study in the OHIF viewer (which is loaded with https), Safari refuses the mixed security connection. Chrome respects the standards and considers connections to 127.0.0.1 to be secure so this issue does not occur.
In a production environment, Keycloak should be setup separately. KHEOPS interacts with Keycloak using the Authorization Code flow. Please refer to the Keycloak documentation for instruction on how to properly secure Keycloak. KHEOPS specific Keycloak configuration steps are described here. Keycloak must be configured to work using a secured TLS (https) connection.
A Let’s Encrypt enabled reverse proxy for KHEOPS is available. To use it, replace the
-insecure portion of the tag on the the
-letsencrypt. When using the Let’s Encrypt enabled version of the reverse proxy, the
KHEOPS_ROOT_URL environment variable must be a URL accessible from the general internet, and the
LETS_ENCRYPT_EMAIL environment variable must be set to the email with which the domain will be registered. The following ports must be mapped for the kheops-reverse-proxy in the docker-compose.yml configuration file.
ports: - "80:80" - "443:443"
A KHEOPS instance consists of the KHEOPS Docker containers interacting with the following services.
KHEOPS uses strict DICOMweb APIs to communicate with the backing PACS server, making it possible to use any DICOMweb capable PACS. In practice KHEOPS has been tested with DCM4CHEE and Google Cloud Platform Healthcare API.
KHEOPS has received the most testing using DCM4CHEE as the backing PACS. Since it is the role of KHEOPS to handle authorization and secure access, DCM4CHEE is run in an unsecured configuration, and is made available only to KHEOPS.
When using DCM4CHEE, the required minimum version is 19.1.
KHEOPS can also run on Google Cloud Platform using the Cloud Healthcare API using DICOM stores. Unfortunately, DICOM stores within the Cloud Healthcare API only support a subset of DICOMweb. Specific Docker images that work around these limitations are available.
When running on Google Cloud Healthcare, KHEOPS will access the DICOMweb Store using a Service Account.
For user authentication, KHEOPS behaves as an OpenID Connect (OIDC) Client.
KHEOPS stores all state to a PostgreSQL database. Versions 9.6, 10, and 12 have been used in the past. Other versions will likely also work.
|Architecture of a KHEOPS installation|