[optimal] Re: [**External**] Re: EDI-ERG & Mac OS

  • From: JamesStrong <jamesdstrong@xxxxxxxxx>
  • To: optimal@xxxxxxxxxxxxx
  • Date: Thu, 21 Mar 2019 14:13:40 -0400

Yes Denice...Mac experts are a rare commodity around here also!

Terrance - Thanks so much.  That let's us know this isn't completely unique
and i'll see if i can make your work around work!  What new ERG unit did
you end up with?  We're demo'ing the LKC handheld right now; just got it
Friday so i haven't heard much yet.

Sandor - i came to the same conclusion that it might just be design issue,
that the vendor might not deem worth addressing.  I just have to convince
(i.e. beg) IT to help us try some other things (ala Terrance's post) that
might be outside Cyber Security's very small and rigid box.

j-

On Thu, Mar 21, 2019 at 12:52 PM CPMC Ophthalmic Diagnostic Center <
dmarc-noreply@xxxxxxxxxxxxx> wrote:

We have the same issues, as Sutter is not MAC centric and they struggle
supporting a MAC based instrument.  Fortunately, we have a large IT team
that usually can solve the issues.   I know it takes heroic efforts on
their part everytime there is a MAC upgrade or revision.



Denice Barsness, CRA, COMT, CDOS, FOPS

CPMC Dept of Ophthalmology/ The Eye Institute

Ophthalmic Diagnostic Services

711 Van Ness Avenue Suite 250

San Francisco CA 94109

415-600-5781

FAX 415-558-7011



*From:* Barsness, Denice
*Sent:* Thursday, March 21, 2019 9:20 AM
*To:* CPMC Ophthalmic Diagnostic Center <cpmceyelab@xxxxxxxxxxxxxxxx>
*Subject:* FW: [**External**] [optimal] Re: EDI-ERG & Mac OS




------------------------------

*From:* optimal-bounce@freelists.orgOn Behalf OfSandor Ferenczy
*Sent:* Thursday, March 21, 2019 9:18:29 AM (UTC-08:00) Pacific Time (US
& Canada)
*To:* optimal@xxxxxxxxxxxxx
*Subject:* [**External**] [optimal] Re: EDI-ERG & Mac OS

*WARNING: *This email originated outside of the Sutter Health email
system!
*DO NOT CLICK* links if the sender is unknown and never provide your User
ID or Password.



Off the cuff guess is that it is not a SQL database, rather  a
non-relational? database. Though i guess it could also be running an SQL
per-user rather than as a system function.



You probably have a separate data folder for each user, and the database
is formulated from that data source.



In a perfect world, you could change the software to look for/store data
in the Mac's Macintosh HD-> Users-> Shared folder & everything would be
groovy.

Back in the day our OTI UBM was set up this way (OS X 10.6 i think ?)



In the real world, there is a chance this will either not be possible
without the programmers re-writing the software or it will corrupt data
somehow.



-sandor



On Thu, Mar 21, 2019 at 11:45 AM JamesStrong <jamesdstrong@xxxxxxxxx>
wrote:

Hello



I need information...but let me start by saying that i'm not the operator
of this instrument, nor do i frequent any Mac systems in my real life. But
as one of the more technically literate people here, i get sucked into
every IT cluster that comes up.



We use an EDI FF&MF ERG system here running on a Mac with High Sierra
something.  Through a series of unfortunate events which i'll spare you the
details...the Mac is now configured differently and we're having serious
issues getting it to a usable state.  The statements from the vendor and
our IT are conflicting and i need to understand what is fact and what is
preference.



<sigh>



The original vendor-installed config used a single user log-in (e.g.
ERGUser) and the Veris ERG software launched automatically under that
user.  Simple.



After the "mistake", IT re-imaged the Mac w/ our institutional multi-user
image.  To use the ERG and software, each user now logs in separately using
their personal credentials and the Veris software launches.  Sounds good,
sounds HIPAA kosher.



The issue with this config is that now, each User's pt/testing data is
restricted to that specific User. E.G. User A can only see pts that were
tested under User A's account. Users cannot open, analyze, review, export
any data that was created by any other user.  Bad.



So, does this sound like standard file privacy behavior for the MacOS, or
maybe a quirk in the way the software was designed?



I have a couple very easy fixes, but of course, these aren't sitting well
with IT.



Thoughts?



Thanks!



j-






Other related posts: