[kictanet] Sh4.7 billion health data technology in limbo

[JImmy Gitonga]

Ali,

I left the iHub soon after and really never followed up on that. The IPRS
launched much later. In my opinion, with devolution of health becoming a
reality,  this system is now possible and it should be done in a "friendly"
county first to iron out the system. Only then should it go national.

Making KNH the centre of the data store does not make sense. Health records
are part of a person's personal information and it should be stored
together. It would be easier for the owner to control it. Where should
citizen information be kept?

Regards,

*Jimmy Gitonga*


*Mobile:* +254 722 740 883

*Skype:* jimmygitts | *Twitter:* @Afrowave

________________________________


P. O. Box 47910 00100

Nairobi Kenya

*Web*: afroshok.com


On Thu, Jul 5, 2018 at 7:37 AM Ali Hussein <ali at hussein.me.ke> wrote:

> Jimmy
>
> Amazing initiative. Any idea what came of it?
>
> Regards
>
> *Ali Hussein*
>
> *Principal*
>
> *AHK & Associates*
>
>
>
> Tel: +254 713 601113
>
> Twitter: @AliHKassim
>
> Skype: abu-jomo
>
> LinkedIn: http://ke.linkedin.com/in/alihkassim
> <http://ke.linkedin.com/in/alihkassim>
>
>
> 13th Floor , Delta Towers, Oracle Wing,
>
> Chiromo Road, Westlands,
>
> Nairobi, Kenya.
>
> Any information of a personal nature expressed in this email are purely
> mine and do not necessarily reflect the official positions of the
> organizations that I work with.
>
> On Wed, Jul 4, 2018 at 8:01 PM, JImmy Gitonga via kictanet <
> kictanet at lists.kictanet.or.ke> wrote:
>
>> When I was at the iHub in 2014, I used to host a lunch to discuss the
>> possibility of patient/health service client information being portable.
>>
>> We started the process by looking at why a user/client would need the
>> information to be portable. With the disappearance of the family doctor and
>> the proliferation of "supermarket medicine" with satellite clinics
>> belonging to hospitals and health insurers "around the corner", the ability
>> to move with your health information became relevant. There was also the
>> issue of tracking HIV+ clients who would register multiple times at
>> different clinics to receive ARV medication, where the second or more
>> monthly dose was sold to willing buyers.
>>
>> Answering the question, "who owns, controls, accesses, gives permission
>> and uses what data and in what circumstances and for what purpose", The
>> simple answer is the user. A lot of work had been done in this area. A
>> company known as I-TECH has already built on Open Source Software
>> solution known as the OpenEMRConnect
>> <https://sites.google.com/site/oeckenya/> that was the seed to build
>> a Health Information Exchange System (HIES).
>>
>> As the iHub, we were to take this idea forward to concentrate on the User
>> side of the platform. We proposed a system we called NINAFUU. NINAFUU would
>> be a system that was to hold patient health data at the county level. The
>> data would be collected from facilities across each county and submitted to
>> the NINAFUU county node. This would be in line with the current DHIS
>> system the Ministry of Health uses. We needed however was a system that
>> would allow citizen/patient information to be exchanged on request from a
>> particular facility or registered and practicing doctor.
>>
>> The only sticking point then is we had to wait for the rolling out of the Integrate
>> Population Registration Service (IPRS) in order to be able to generate
>> Unique identifiers available at registration of birth in Kenya.
>>
>> As far as I recall, we were exited by the possibilities of anonymised
>> data for research and policy development especially if correlated with
>> other data such rain patterns.
>>
>> Regards,
>>
>> *Jimmy Gitonga*
>>
>>
>> *Mobile:* +254 722 740 883
>>
>> *Skype:* jimmygitts | *Twitter:* @Afrowave
>>
>> ________________________________
>>
>>
>> P. O. Box 47910 00100
>>
>> Nairobi Kenya
>>
>> *Web*: afroshok.com
>>
>>
>> On Wed, Jul 4, 2018 at 11:43 AM <kictanet-request at lists.kictanet.or.ke>
>> wrote:
>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Wed, 4 Jul 2018 08:41:31 +0000
>>> From: Adam Lane <adam.lane at huawei.com>
>>> To: Ali Hussein <ali at hussein.me.ke>
>>> Cc: "kictanet at lists.kictanet.or.ke" <kictanet at lists.kictanet.or.ke>
>>> Subject: Re: [kictanet] Sh4.7 billion health data technology in limbo
>>>
>>> Ali
>>>
>>> Aside from the data center hardware issue, you are right that the
>>> regulations are indeed very important. There needs to be clarity on who
>>> owns, controls, accesses, gives permission and uses what data and in what
>>> circumstances and for what purpose.. from the patients to local doctors to
>>> remote doctors to IT support staff to medical equipment management staff
>>> and beyond. I fully agree.
>>>
>>> Adam
>>>
>>> From: Ali Hussein [mailto:ali at hussein.me.ke]
>>> Sent: Wednesday, July 04, 2018 11:23 AM
>>> To: Adam Lane <adam.lane at huawei.com>
>>> Cc: kictanet at lists.kictanet.or.ke
>>> Subject: Re: [kictanet] Sh4.7 billion health data technology in limbo
>>>
>>> Adam
>>>
>>> Don't lose my point. It is super important. Under what law or regulation
>>> are we going to move around sensitive health data? This country needs to do
>>> a refresh and reboot and stop Procurement Driven tenders.
>>>
>>>
>>> Ali Hussein
>>>
>>> Principal
>>>
>>> AHK & Associates
>>>
>>> On Wed, Jul 4, 2018 at 10:42 AM, Adam Lane <adam.lane at huawei.com<mailto:
>>> adam.lane at huawei.com>> wrote:
>>> Hi Ali
>>>
>>> I'm not sure I can comment on the data centre specifically, but I
>>> believe the project is much more than that. It is about the medical records
>>> software, servers and connectivity at the 98 hospitals so they can send
>>> radiology images to be viewed remotely (at KNH). The data centre at KNH
>>> would be to store images there and provide remote diagnosis.
>>>
>>> Adam
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.kictanet.or.ke/pipermail/kictanet/attachments/20180705/d6e44033/attachment.htm>