Skip to content

Commit 85dead2

Browse files
committed
Merge branch 'main' of github.com:ipbabble/docs into add-emerging-disease-detection
2 parents 0f23ee1 + 896abef commit 85dead2

File tree

12 files changed

+485
-552
lines changed

12 files changed

+485
-552
lines changed

.wordlist.txt

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -141,6 +141,7 @@ devel
141141
devops
142142
devsecops
143143
dhhph
144+
diag
144145
differentiator
145146
dnf
146147
dns

config.yaml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ security:
1313

1414
markup:
1515
asciidocExt:
16-
attributes: {allow-uri-read, source-highlighter: rouge, icons: font, sectanchors}
16+
attributes: {allow-uri-read, source-highlighter: rouge, icons: font, sectanchors, showtitle}
1717
safeMode: unsafe
1818
imagesdir: images
1919
tableOfContents:

content/patterns/medical-diagnosis/_index.adoc

Lines changed: 46 additions & 33 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: Medical Diagnosis
33
date: 2021-01-19
44
validated: true
5-
summary: This pattern is based on a demo implementation of an automated data pipeline for chest x-ray analysis previously developed by Red Hat.
5+
summary: This pattern is based on a demo implementation of an automated data pipeline for chest X-ray analysis previously developed by Red Hat.
66
products:
77
- Red Hat OpenShift Container Platform
88
- Red Hat OpenShift Serverless
@@ -24,69 +24,82 @@ ci: medicaldiag
2424
:_content-type: ASSEMBLY
2525
include::modules/comm-attributes.adoc[]
2626

27-
== Background
27+
//Module to be included
28+
//:_content-type: CONCEPT
29+
//:imagesdir: ../../images
30+
[id="about-med-diag-pattern"]
31+
= About the {med-pattern}
2832

29-
This Validated Pattern is based on a demo implementation of an automated data pipeline for chest Xray
30-
analysis previously developed by Red Hat. The original demo can be found link:https://github.com/red-hat-data-services/jumpstart-library[here]. It was developed for the US Department of Veteran Affairs.
33+
Background::
3134

32-
This validated pattern includes the same functionality as the original demonstration. The difference is
33-
that we use the _GitOps_ framework to deploy the pattern including operators, creation of namespaces,
34-
and cluster configuration. Using GitOps provides a much more efficient means of doing continuous deployment.
35+
This validated pattern is based on a demo implementation of an automated data pipeline for chest X-ray analysis that was previously developed by {redhat}. You can find the original demonstration link:https://github.com/red-hat-data-services/jumpstart-library[here]. It was developed for the US Department of Veteran Affairs.
3536

36-
What does this pattern do?:
37+
This validated pattern includes the same functionality as the original demonstration. The difference is that this solution uses the GitOps framework to deploy the pattern including Operators, creation of namespaces, and cluster configuration. Using GitOps provides an efficient means of implementing continuous deployment.
3738

38-
* Ingest chest Xrays from a simulated Xray machine and puts them into an objectStore based on Ceph.
39-
* The objectStore sends a notification to a Kafka topic.
40-
* A KNative Eventing Listener to the topic triggers a KNative Serving function.
39+
Workflow::
40+
41+
* Ingest chest X-rays from a simulated X-ray machine and puts them into an `objectStore` based on Ceph.
42+
* The `objectStore` sends a notification to a Kafka topic.
43+
* A KNative Eventing listener to the topic triggers a KNative Serving function.
4144
* An ML-trained model running in a container makes a risk assessment of Pneumonia for incoming images.
42-
* A Grafana dashboard displays the pipeline in real time, along with images incoming, processed and anonymized, as well as full metrics collected from Prometheus.
45+
* A Grafana dashboard displays the pipeline in real time, along with images incoming, processed, anonymized, and full metrics collected from Prometheus.
4346

4447
This pipeline is showcased link:https://www.youtube.com/watch?v=zja83FVsm14[in this video].
4548

4649
image::medical-edge/dashboard.png[link="/images/medical-edge/dashboard.png"]
4750

48-
This validated pattern is still under development. Any questions or concerns
49-
please contact mailto:jrickard@redhat.com[Jonny Rickard] or mailto:claudiol@redhat.com[Lester Claudio].
51+
//[NOTE]
52+
//====
53+
//This validated pattern is still under development. If you have any questions or concerns contact mailto:jrickard@redhat.com[Jonny Rickard] or mailto:claudiol@redhat.com[Lester Claudio].
54+
//====
55+
56+
[id="about-solution-med"]
57+
== About the solution elements
5058
51-
=== Solution elements
59+
The solution aids the understanding of the following:
5260
53-
* How to use a GitOps approach to keep in control of configuration and operations
61+
* How to use a GitOps approach to keep in control of configuration and operations.
5462
* How to deploy AI/ML technologies for medical diagnosis using GitOps.
5563
56-
=== Red Hat Technologies
64+
The {med-pattern} uses the following products and technologies:
5765
58-
* {rh-ocp} (Kubernetes)
59-
* {rh-gitops} (ArgoCD)
60-
* Red Hat AMQ Streams (Apache Kafka Event Broker)
61-
* Red Hat OpenShift Serverless (Knative Eventing, Knative Serving)
62-
* Red Hat OpenShift Data Foundations (Cloud Native storage)
63-
* Grafana dashboard (OpenShift Grafana Operator)
64-
* Open Data Hub
66+
* {rh-ocp} for container orchestration
67+
* {rh-gitops}, a GitOps continuous delivery (CD) solution
68+
* {rh-amq-first}, an event streaming platform based on the Apache Kafka
69+
* {rh-serverless-first} for event-driven applications
70+
* {rh-ocp-data-first} for cloud native storage capabilities
71+
* {grafana-op} to manage and share Grafana dashboards, data sources, and so on
6572
* S3 storage
6673
67-
== Architecture
74+
[id="about-architecture-med"]
75+
== About the architecture
6876
69-
In this iteration of the pattern *there is no edge component* . Future releases have planned Edge deployment capabilities as part of the pattern architecture.
77+
[IMPORTANT]
78+
====
79+
Presently, the {med-pattern} does not have an edge component. Edge deployment capabilities are planned as part of the pattern architecture for a future release.
80+
====
7081
7182
image::medical-edge/edge-medical-diagnosis-marketing-slide.png[link="/images/medical-edge/edge-medical-diagnosis-marketing-slide.png"]
7283
73-
Components are running on OpenShift either at the data center or at the medical facility (or public cloud running OpenShift).
84+
Components are running on OpenShift either at the data center, at the medical facility, or public cloud running OpenShift.
7485
75-
=== Physical Schema
86+
[id="about-physical-schema-med"]
87+
=== About the physical schema
7688
77-
The diagram below shows the components that are deployed with the various networks that connect them.
89+
The following diagram shows the components that are deployed with the various networks that connect them.
7890
7991
image::medical-edge/physical-network.png[link="/images/medical-edge/physical-network.png"]
8092
81-
The diagram below shows the components that are deployed with the the data flows and API calls between them.
93+
The following diagram shows the components that are deployed with the the data flows and API calls between them.
8294
8395
image::medical-edge/physical-dataflow.png[link="/images/medical-edge/physical-dataflow.png"]
8496
85-
== Recorded Demo
97+
== Recorded demo
8698
8799
link:/videos/xray-deployment.svg[image:/videos/xray-deployment.svg[Demo\]]
88100
89-
== What Next
101+
[id="next-steps_med-diag-index"]
102+
== Next steps
90103
91104
* Getting started link:getting-started[Deploy the Pattern]
92-
* Visit the link:https://github.com/hybrid-cloud-patterns/medical-diagnosis[repository]
105+
//We have relevant links on the patterns page

0 commit comments

Comments
 (0)