ტააკს,

ქეისი ყველა ვარიანტში წავა (მე არ ვფილტრავ შესაბამისობებს გარდა დიაგნოზისა) უბრალოდ ეგ ვერ ინახავს პროვაიდერის შესაბამისობის არ ქონის გამო

მოგვწეროს რომელი პროვაიდერია ან რომელი ქეისია..

სავარაუდოდ ის პროვაიდერი თუ ახალია დაემატება სიაში და ეგ იქნება

ზურა ნახე წერილი ქვემოთ:

არის შანსი რომ ქეისში დარეგისტრირებული შემხვევა არ წავიდეს იმიტომ რომ მათ ბაზაში ეს პროვაიდერი (რომელმას ქეისი დაარეგისტირა ჩვენთან) არ არსებობს? ვვარაუდობ რომ წასვლით ყველა ვარიანტში უნდა წავიდეს შეტყობინება, მაგრამ პროვაიდერის რეკვიზიტული ველები იქნება ცარიელი...როგორ ფიქრობ?

ვფიქრობ, უნდა მოვითხოვოთ პროვაიდერის TAX და case ID, რომელიც უნდა წასულიყო და არ წავიდა და ჯერ ამ გზით გადავამოწმოთ

გხთოვ დამიდასტურე შენი პოზიცია, რომ ხვალვე მივწეროთ!!!

Dear Kety,

During reception of data from HMIS CR module we’ve encountered the situation, that the healthcare provider information that registered the case in CR does not reach EIDSS. This information is crucial for NCDC in order to respond to the notification about a case received from CR.

We would kindly ask you to provide an updated list of facilities available in HMIS so we could double-check that all facilities from your list correspond to the facilities in our list.

Thanks in advance and Happy New Year!

Please note that the information and attachments in this email are intended for the exclusive use of the addressee and may contain confidential or privileged information. If you are not the intended recipient, please do not forward, copy or print the message or its attachments. Notify me at the above address, and delete this message and any attachments. Thank you.

Dear Andrey,

Great news! Congratulations to everyone!

Please, keep on monitoring and let us know should you need any further assistance from our side.

Let me also express my huge appreciation for your cooperation and wish everyone the best for the upcoming holiday season!

Keti

Dear all,

                Our tests during last 2 weeks showed no issues with case records migration. I think at this point we can state the EIDSS-HMIS integration effort has been successfully completed.

                Congratulations and gratitude to everyone!

                We’ll connect the EIDSS-HMIS integration module to EIDSS actual database next Monday, December 15. So, HMIS cases will be visible in EIDSS starting Tuesday, December 16.

                Thank you again and have a great forthcoming holiday season!

Best Regards,

Andrey Oukharov, Ph.D.

Black & Veatch | Cooperative Biological Engagement  Program

16 Marksistskaya St., 109147 Moscow, Russia

+7 495-232-6738  p| +7 916-605-9893  m| oukharov@bv.com

Dear Andrey,

Any progress it terms of final testing?

We would appreciate if you could let us know the results as soon as possible so that we finalize this process, as long as there are no issues remaining.

Thank you in advance!

Dear Andrey,

Since everything is finalized on our end, would like to kindly ask to recall the service and confirm if all parameters are transferred properly.

Thank you in advance!

Dear all,

                Correction has been made - Tbilisi  rayon has been removed from CR’s rayon list

Thanks,

Zura

Great!! Thank you Natalia!! Zura will do it shortly and notify everyone.

Dear all,

From B&V side we confirm that this approach will work for EIDSS.

Thank you,

Please note that the information and attachments in this email are intended for the exclusive use of the addressee and may contain confidential or privileged information. If you are not the intended recipient, please do not forward, copy or print the message or its attachments. Notify me at the above address, and delete this message and any attachments. Thank you.

Dear Eka,

Definitely we could. Zura, please make correction in the system and please let us know

Have a nice day,

Best Regards,

Alexander

Dear Alexander,

Yes, it is the our request. If it is possible to do this, I think that problem will be solved.

With Best Regards,

Ekaterine Kavtaradze

National Center for Disease Control

and Public Health (NCDC) of Georgia

Deputy Director General

9, Asatiani str

0186, Tbilisi Georgia

Tel: (99532) 31-17-54 ext: 202

Fax: (99532) 31-17-55

E-mail: e.kavtaradze@ncdc.ge

www.ncdc.ge

Dear Eka,

We are ready to remove from address list Tbilisi – Tbilisi (no existing rayon, which comes historically from MoLHSA address list. Data will not be lost) and leave all other really existing rayon’s;

-         Tbilisi – Vake saburtalo

-         Tbilisi – Didube Chugureti

-         And etc…

Please could you confirm if that approach is acceptable for you. Zura will make changes accordingly

Dear B&V team,  does that approach works for you?

Thanks,

Alexander

Dear all,

It seems a good discussion is going on regarding the Tbilisi districts issue. Unfortunately it’s impossible to follow it for non-Georgian speaking persons.

                So, I would kindly ask you to keep the discussion in English if you need EIDSS development team copied in this e-mail chain.

                Thank you!

Best Regards,

Andrey Oukharov, Ph.D.

Black & Veatch | Cooperative Biological Engagement  Program

16 Marksistskaya St., 109147 Moscow, Russia

+7 495-232-6738  p| +7 916-605-9893  m| oukharov@bv.com

ალეკო,

რაღაც მისკომუნიკაციას აქვს ადგილიJ.

მე არ მიგულისხმია, რომ არსებული ბაზა არ მოიცავს თბილისის რაიონებს და არც ის, რომ ,,თბილისი - თბილისი“ ყურადღების გარეშე დარჩეს პროგრამაში და ეს ქეისები დაიკარგოს... მე ჩავთვალე, რომ ,,თბილისი-თბილისის“ ქვეშ არსებული დაწესებულებების მისამართების საფუძველზე შესაძლებელი იყო დაწესებულების (და შესაბამისად მათგან წამოსული შეტყობინებების) რაიონებისთვის მიკუთვნება (ანუ წინასწარ განსაზღვრულიყო პროგრამაში თუ რომელი ქუჩა რომელ რაიონს მიეკუთვნება და რაიონის მითითების გარეშეც თუ დაფიქსირდებოდა ესა თუ ის ქუჩა ავტომატურად იდსის ბაზაში მისი გადატანა მომხდარიღო შესაბამისი რაიონისთვის მიკუთვნებით).

თუ ეს ასე არ ხერხდება, მაშინ რა უშლის ხელს რომ ,,თბილისი-თბილისი“ საერთოდ არ არსებობებდეს შეტყობინების მოდულში?

მადლობა,

ეკა

მადლობა ეკა!

თბილისი რაიონებად ეხლაც ჩაშლილია, ამოვიღებთ მხოლოდ თბილისი - თბილისის რაიონი დანარჩენ რაიონებს დავტოვებთ.

ზურა,

გთხოვ დაგვიდასტურე, როგორც კი გათიშავ თბილისის რაიონს

პატივისცემთ,

ალეკო

ალეკო,

კი ბატონო, თუ რაიონებად (თბილისში არსებული რაიონების სტატუსის შესაბამისად) ჩაიშლება ჩვენ პრობლემას ვერ ვხედავთ.

პატივისცემით,

ეკა

მადლობა ეკა!

თქვენი შემოთავაზების თანახმად, ჩვენ შეგვიძლია ამოვაგდოთ სიიდან რაინი თბილისი და დაგვრჩება;

-         ვაკე საბურთალო - თბილისი

-         დიდუბე ჩუღურეთი - თბილისი

-         და. ა.შ

-          

როგორ ფიქრობთ, ასეთი მიდგომა მისაღებია? დადებითი პასუხის შემთხვევაში ხვალიდან „რაიონი - თბილისი“ გაუქმებული იქნება

მადლობა,

ალეკო

მოგესალმებით კოლეგებო,

პირველ რიგში ბოდიში გამოხმაურების და ჩვენი პოზიციის დაგვიანებით დაფიქსირებისათვის.

მოგაწვდით ჩვენს გადამდებ დაავადებათა დეპარტამენტის უფროსთან შეჯერებულ პოზიციას აღნიშნულ საკითხზე:

როგორც თქვვენთვის ცნობილია, თბილისის ინფორმაცია ჩვენთან (დზეის) ლაგდება თბილისის რაიონებად და შესაბამისად აისახება ფ.03-ში. შესაბამისად, თბილისის ქვეშ რაიონი „თბილისის“ გაჩენა გამოიწვევს იმას რომ დაგვრჩება შემთხვევათა რაოდენობა რომელსაც ვერ მივმართავთ სჯც-ებზე კონკრეტული რაიონების მიხედვით, რის გამოც პრობლემად მიგვაჩნია ის საკითხი, რომ არ მოგვეცემა შესაძლებლობა დავადგინოთ შემთხვევის ზუსტი ლოკაცია, თუმცა მეორესმხრივ, ასეთი შემთხვევების დაიგნორებით დავკარგავთ ინფორმაციას, შესაბამისი შედეგებით, რაც ნამდვილად არ არის ჩვენი მიზანი.

მინდა კიდევ ერთხელ მივმართო, ტექნიკურ საკითხებში ჩემზე მეტად გამოცდილ HMIS-ის  ან EDSS-ის ჯგუფის სპეციალისტებს, ამ საკითხის ტექნიკური გადაწყვეტისათვის სხვა შემოთავაზება არ არსებობს? მაგალითად თუ ასეთ „ურაიონო“ შემთხვევებს მოჰყვება დაზუსტებული მისამართი, იქნებ შესაძლებელია სისტემამ (რომელიმემ) შეძლოს  რაიონზე მიკუთვნება ავტომატურად? ან იქნებ ადმინისტრირებით შესაძლებელია გამოირიცხოს ჩანაწერი რაიონი - თბილისი?

პატივისცემით,

ეკა ქავთარაძე

სსიპ ლ.საყვარელიძის სახელობის დაავადებათა

კონტროლისა და საზოგადოებრივი

ჯანმრთელობის ეროვნული ცენტრი

გენერალური დირექტორის მოადგილე

9, Asatiani str

0186, Tbilisi Georgia

Tel: (99532) 31-17-54 ext: 224

Fax: (99532) 31-17-55

E-mail: e.kavtaradze@ncdc.ge

www.ncdc.ge

Dear Ketevan and Zurab,

We would like to clarify the location of “Tbilisi” rayon or municipality within Tbilisi administrative unit. We would highly not recommend addition of some values that would stand for a potentially non-existent unit as this would affect NCDC reporting.

As EIDSS represents the official reporting system for NCDC and all public health centers, we require this information prior to addition of any geo information. It will also need to be approved by NCDC.

Thanks,

Please note that the information and attachments in this email are intended for the exclusive use of the addressee and may contain confidential or privileged information. If you are not the intended recipient, please do not forward, copy or print the message or its attachments. Notify me at the above address, and delete this message and any attachments. Thank you.

Dear Andrey and colleagues,

Apologies for the late reply, we are continuously on travel duties outside Georgia, with limited time and computer access.

So, we certainly looked at the issue and the conclusion is the following:

The way address is structured in HMIS, consequently in the Case Registration module is the following:

1.      Region

2.      Rayon

3.      Municipality

4.      Address

This 4-tier standard structure is required for all regions. Now, even though Tbilisi is not a region, not even a rayon, Tbilisi is kind of a stand-alone administrative unit but it still follows this standard address structure. That said, in order to make absolute compatibility between the two systems we would like to suggest adding rayon field for Tbilisi in your system, that is currently missing.

Zura, my colleague, will provide any clarifications if needed during my absence.

Please, let us know your thoughts and certainly please share any other ideas or potential solutions to this issue.

My best,

This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.

This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.

This message may contain privileged and confidential information intended solely for the addressee. Please do not read, disseminate or copy it unless you are the intended recipient. If this message has been received in error, we kindly ask that you notify the sender immediately by return email and delete all copies of the message from your system.